草庐IT

gcc-arm-embedded

全部标签

c++ - 让 GCC 在 C++11 模式下在 FreeBSD 上工作

如何在FreeBSD10上获得基于GCC的C++11设置?似乎FreeBSD上最近的GCC版本附带的标准库被破坏了。我已经安装了端口gcc49然后尝试编译它:#includeintmain(){autostr=std::to_string(42);str=std::to_string(42ull);str=std::to_string(4.2);str.clear();return0;}这给了我一个错误:g++49-v-std=c++11foo.ccUsingbuilt-inspecs.COLLECT_GCC=g++49COLLECT_LTO_WRAPPER=/usr/local/li

使用paho.mqtt.embedded-c和openssl实现MQTT的单向认证功能

1、背景  由于项目有需求在一个现有的产品上增加MQTT通信的功能,且出于安全考虑,MQTT要走TLS,采用单向认证的方式。2、方案选择  由于是在现有的产品上新增功能,那么为了减少总的成本,故选择只动应用软件的来实现需求。  MQTT的功能直接选择PahoMqtt这个第三方库来实现,因为以前用过,比较熟悉。由于只想动应用软件,那么只能选择他的embedded-c分支,这样才可以直接集成代码,而不需要编译成so放到固件里,同时也减少程序体积的增加。   embedded-c分支不支持TLS,那么就要想办法自己给embedded-c实现TLS的功能,经过考虑,现有的产品里有openssl库,故使

c++ - GCC 是否优化 std::tie 仅用于可读性?

假设我有一个std::tuple:std::tuplet={1,2,3,4};我想使用std::tie只是为了这样的可读性目的:inta,b,c,d;//inrealcontextthesenameswouldbemeaningfulstd::tie(a,b,c,d)=t;对比只使用t.get(0)等GCC会优化这个元组的内存使用还是会为a,b,c,d分配额外的空间?变量? 最佳答案 在这种情况下,我看不出有任何理由不这样做,在as-ifrule下编译器只需要模拟程序的可观察行为。快速实验usinggodbolt:#include#

c++ - gcc、g++、cygwin 和 mingw 之间的关系?

我知道对于我的类(class),我必须安装cygwin才能让我的NetbeansIDE运行,但是我在设置过程中看到了g++和gcc的选项,我不确定它们是否相同,wingw在哪里?它是另一个编译器吗?如果是,为什么选择on而不是另一个? 最佳答案 g++和gcc分别是gnuC++和C编译器。它们实际上是具有不同标志的相同编译器。MinGW是“Windows的极简Gnu”。它是在Windows上运行的gnu编译器的一个端口。Cygwin是gnu编译器(以及各种其他实用程序)到Windows的另一个端口。更准确地说(IMO,无论如何),它

c++ - 为什么 GCC 会破坏调用带有短参数的 abs 函数的代码?

#include#includeintmain(){shortintk=11;switch(std::abs(k)){case44:return5;break;}}以上代码在GCC4.4.7和7.1及更高版本中运行良好。它在GCC4.5.4和更高版本中给出错误::Infunction'intmain()'::7:23:error:switchquantitynotaninteger所以我的问题是为什么要在GCC中引入这个重大变化?或者,实现者是否不知道这是一个重大变化?如果是这样,为什么会这样,他们如何测试他们不会破坏现有代码?这个问题也可以针对Clang,因为它与abs函数有类似的问

c++ - 模板模板参数在 Clang 但不是 GCC 下导致编译器错误

这个问题在这里已经有了答案:Templatetemplateparameteranddefaultvalues[duplicate](1个回答)关闭4年前。同时帮助解决toomanytemplateparametersintemplatetemplateargument中提到的问题我脑子里出现了一个问题:在这种情况下,哪个编译器是正确的编译:templateclassOp>classFunction{};template::value||std::is_floating_point::value>structOperator;templatestructOperator{};templ

c++ - GCC 似乎错过了简单的优化

我正在尝试引入一个具有三元运算符语义的通用函数:E1?E2:E3。我看到编译器能够根据三元运算符的E1条件消除E2或E3之一的计算。然而,GCC在ternary函数调用的情况下错过了这种优化(即使E2/E3没有副作用)。在下面的列表中,函数ternary的行为类似于三元运算符。然而,GCC可能会发出对函数f的潜在大量调用,这似乎可以消除某些输入值(对于三元运算符来说正是这样做的),因为f是用纯属性声明的-请查看GCC生成的汇编代码的godbolt链接。它是否可以在GCC中进行改进(优化空间)或C++标准是否明确禁止此类优化?//Veryheavyfunctionintf()__attr

【ARM 嵌入式 编译系列 2.4 -- 编译参数-Wl,--gc-sections | -wsuggest-attribute=pure | -wreal-q-constant |】

请阅读【嵌入式开发学习必备专栏之ARMGCC编译专栏】文章目录概述编译参数详细介绍-Wl选项例子:--gc-sections``--gc-sections例子:-Wshadow例子:-Wlogical-op例子:-Waggregate-return例子:-Wfloat-equal例子:-Wconversion例子:-Wpointer-arith例子:概述在使用GCC(GNUCompilerCollection)进行编译时,可以通过不同的编译参数(标志)来控制编译行为、优化级别、警告输出等。以下是您列出的一些GCC编译参数的介绍:编译参数详细介绍参数作用–all-warnings与-Wall相同

About the ARM PrimeCell GPIO

ThePrimeCellGPIOisanAdvancedMicrocontrollerBusArchitecture(AMBA)compliantSystem-on-Chip(SoC)peripheralthatisdeveloped,tested,andlicensedbyARM.ThePrimeCellGPIOisanAMBAslavemodulethatconnectstotheAdvancedPeripheralBus(APB).ThePrimeCellGPIOprovideseightprogrammableinputsoroutputsthatyoucancontrolintwom

c++ - 将指针转换为模板参数 : Comeau & MSVC compile, GCC 失败

考虑以下代码:templateclassbase{};intmain(){basetest;return0;}Comeau和MSVC都可以毫无问题地编译它(除了Comeau警告未使用的变量),而GCC在basetest;上失败行,说明Infunction`intmain()':acaststoatypeotherthananintegralorenumerationtypecannotappearinaconstant-expressiontemplateargument1isinvalid它到底在提示什么?谁是对的——这段代码应该编译吗?值得注意的是,我的GCC版本非常旧(3.4.2