自C++11过渡以来，GCC输出警告“条件表达式中的枚举和非枚举类型”。我想了解此警告背后的原因。比较枚举常量有什么危险？很明显我们可以通过以下方式摆脱这个警告-Wno-enum-compare通过显式转换为整数类型但为什么这么麻烦？就个人而言，我一直努力编写无警告代码，通常默认发出的警告是非常合理的。例如，它认为比较有符号和无符号整数是危险的。但是使用枚举是广泛使用的惯用C++元编程。我不知道有任何替代方案，它同样具有可读性、简明扼要且不需要任何实际存储空间。举一个具体的例子:下面的元函数会出现什么问题，以至于警告就足够了？templatestructMaxSize;template

考虑以下代码(使用Eigen):#include#includetemplateinlinetypenamestd::enable_if::typesetRow(Eigen::Matrix&){}templateinlinetypenamestd::enable_if::typesetRow(Eigen::Matrix&m,Rvval,Rs...args){m(row,N)=val;setRow(m,args...);}templateclassMatrixConstructor{Eigen::Matrixm;public:MatrixConstructor(constEigen::M

在编译和链接C++库或程序时，无法保证翻译单元之间静态C++对象的初始化顺序。GCCoffersinit_priority解决静态存档、共享对象和程序的问题:init_priority(priority)    InStandardC++,objectsdefinedatnamespacescopeareguaranteedto    beinitializedinanorderinstrictaccordancewiththatoftheir    definitionsinagiventranslationunit.Noguaranteeismadefor    initializ

考虑这个简短的片段:structB{B()=default;explicitB(Bconst&){}};structD:B{};intmain(){try{throwD{};}catch(B){}}gcc接受这段代码，clang认为它格式错误:main.cpp:17:13:error:nomatchingconstructorforinitializationof'B'catch(B){^谁是对的？ 最佳答案 我认为这是一个gcc错误(由于还没有人否决这个答案，我将其提交为70375)。两个编译器都正确地同意应该捕获D{}，根据[e

编译器:TDM-GCC-5.1.0(SJLJ展开)我在玩declval时发现我无法在它应该工作的上下文中使用它:作为typeid()的参数。在以下代码中，我将declval用于其主要用例之一:无需通过实例即可获取方法的返回类型。我得到的错误是declval的static_assert消息，但这应该是不可能的，因为在这种情况下typeid()不会评估它的参数:#include#includestructFoo{intfunc();};intmain(){typeid(std::declval().func());}这不会为我编译(当使用-std=c++14编译时)。我唯一的猜测是我发现了

此示例代码:#include#includetemplatestructWrapper{staticconststd::string_str;typedefconstWrapperNextType_t;//templaterecursionstaticNextType_t_nxt;typedefconstWrapperPrevType_t;//templaterecursionstaticPrevType_t_prev;};templateconststd::stringWrapper::_str=std::to_string(i);templatetypenameWrapper::N

当用gcc6.3编译时，这个例子程序#includeclassalignas(4096)A{std::arrayarray;};intmain(){Aa;}给出以下警告:3::3:21:warning:requestedalignment4096islargerthan128[-Wattributes]classalignas(4096)A{^虽然gcc7.2没有这样的错误。Example这是否意味着编译器只是通知对齐太大？这种警告的目的是什么？标准不允许编译器忽略此对齐说明符(即使存在警告)，是吗？ 最佳答案 标准允许allsor

考虑以下由三个文件组成的最小示例:foo.h:#pragmaonce#includestructX{uint64_ti=0xdeadbeefdeadbeefULL;};voidfoo();foo.cxx:#include"foo.h"voidfoo(){std::make_shared();}main.cxx:#include#include"foo.h"templatestd::shared_ptrstd::make_shared();intmain(){foo();}然后用不同版本的gcc编译这两个翻译单元:$g++-4.8.2-g-std=c++11-O0-cfoo.cxx-of

我发现这段代码可以用GCC7.3编译和运行，但不能用clang7编译和运行:conststd::vectorfoo({1,2,3,4});foo.clear();我预计会出现编译器错误，但GCC很乐意清除vector。 最佳答案 这是GCC错误83818;它已通过GCC8修复。不幸的是，那里没有更多信息——唯一的“修复”似乎是不使用类模板参数推导或升级编译器。 关于c++-GCC模板推导消除const错误？，我们在StackOverflow上找到一个类似的问题：

在我的代码中的某处，我有预处理器定义#defineZOOM_FACTOR1我在另一个地方#ifdefZOOM_FACTOR#if(ZOOM_FACTOR==1)#defineFONT_SIZE8#else#defineFONT_SIZE12#endif#else#defineFONT_SIZE8#endif问题是当我将ZOOM_FACTOR值更改为float值时，例如1.5，出现编译错误C1017:无效的整数常量表达式。有谁知道我为什么会收到这个错误，有没有办法在预处理器指令中比较integer和floatingpointnumber？ 最佳答案