GCC根据文件扩展名(.c、.cc)、命令行参数(-x)或直接调用适当的编译器(比如g++而不是gcc)自动在编译器之间切换。有什么方法可以在文件中使用pragma来覆盖这些吗？评论后更新:我正在将当前50/50C和C++的代码库转换为完全使用C++编译器编译。这是为了允许当前的“C”模块调用我无法更改(并且不想包装)的新C++基础。对于真正是C的文件，我想将扩展名保留为.c，即使它们现在具有C++链接。我认为将它们保留为“.c”表明它们为何如此(我在这里考虑后代!;-))但是更改构建系统以适应每个更改的C文件名也是一项艰巨的工作。更糟糕的是，C文件的一小部分不会正常地转换为C++，所
我有一些使用大整数文字的代码如下:if(nanoseconds这会向编译器发出警告integerconstantistoolargefor'long'type[-Wlong-long]。但是，如果我将其更改为:if(nanoseconds...我反而收到警告useofC++11longlongintegerconstant[-Wlong-long]。我想仅针对这一行禁用此警告，但不禁用-Wlong-long或对整个项目使用-Wno-long-long。我试过用它包围它:#pragmaGCCdiagnosticpush#pragmaGCCdiagnosticignored"-Wlong-
此代码在gcc6中导致错误(但在gcc4.8、5.2和clang3.6中工作正常):templatestructouter{templatestructinner{};};templatestructis_inner_for{templatestructpredicate{staticconstexprboolvalue=false;};templatestructpredicate::templateinner>{staticconstexprboolvalue=true;};};static_assert(is_inner_for::templatepredicate::inner
我在GCC6和7(不在GCC5)中的constexpr函数中发现了一个错误，如果函数在编译时(错误结果)或运行时(正确结果)求值，这会导致不同的结果。#includeconstexprintbar(int*b){inti=0;b[i++]=1;//GCCproducehereanfailure.return0;}constexprintfoo(){inttmp[]={0};bar(tmp);returntmp[0];}constexprintcexprI=foo();intmain(){std::coutLiveExample问题是数组访问内部的递增(也发生递减)操作。常量表达式的编译
我编写的代码在GCC4.9、GCC5和GCC6中没有警告。它在一些较旧的GCC7实验快照(例如7-20170409)中也没有警告。但在最近的快照(包括第一个RC)中，它开始产生关于别名的警告。代码基本上可以归结为:#includestd::aligned_storage::typestorage;intmain(){*reinterpret_cast(&storage)=42;}使用最新的GCC7RC编译:$g++-Wall-O2-cmain.cppmain.cpp:Infunction'intmain()':main.cpp:7:34:warning:dereferencingtyp
我想使用g++和-Werror，所以我现在必须禁用我无法控制的第3方库的警告。http://gcc.gnu.org/onlinedocs/gcc/Diagnostic-Pragmas.html提供的解决方案工作得很好，允许简单地用pragma包装第3方header的包含。不幸的是，在涉及模板的特定设置中，这不再适用于我。我创建了以下最小示例，说明此方法未按预期工作的地方:源文件main.cpp#pragmaGCCdiagnosticignored"-Wunused-parameter"#include"hdr.hpp"#pragmaGCCdiagnosticerror"-Wunused
#defineing_GLIBCXX_DEBUG强制GCC捕获C++中的一大类运行时错误，例如越界STL访问、无效迭代器等。不幸的是，当错误发生时，打印的消息不是很有帮助。我自己知道如何使用函数打印回溯，以及如何使用宏打印__FILE__和__LINE__。有没有一种简单的方法可以说服GCC这样做，或者指定一个函数/宏供它在_GLIBCXX_DEBUG捕获的那种错误实际发生时调用？ 最佳答案 我假设您的意思是您想要打印代码中使用上下文的消息，而不是GCC使用的某些内部头文件的文件名和行号。.../debug/macros.h中似乎有
在执行第3方C++程序时出现以下错误:加载共享库时出错:libgomp.so.1:无法打开共享对象文件:没有这样的文件或目录libgomp.so.1库是GNU编译器集合OpenMP运行时库。这是GCC包的一部分吗？我可以在具有gcc-4.5的系统上运行该程序，但不能在具有gcc-4.3或gcc-4.6的系统上运行。或者我需要安装另一个包吗？我尝试通过下载库并将其放在LD_LIBRARY_PATH中，在使用gcc-4.3的系统上手动修复此问题，但随后我得到了另一个丢失的库:/usr/lib/libstdc++.so.6:版本`GLIBCXX_3。4.11'未找到。libstdc是GNU标
在我正在从事的项目中编写代码时，我发现了一些非常奇怪的事情:namespacedetail{structtuplelike_tag{};structarraylike_tag{};templatestructcall_with_traits;templatestructcall_with_traits>{usingtag=tuplelike_tag;enum{size=sizeof...(Ts)};};templatestructcall_with_traits>{usingtag=arraylike_tag;enum{size=Sz};};templatestructcall_wit
我正在进行一些研究，并且想编辑libstdc++库中的一些源代码以进行实验。具体而言，我对试验并行排序算法很感兴趣。有什么地方可以找到文档来轻松编辑和构建源代码吗？我曾尝试构建各种版本的libstdc++库，但均未成功。似乎大多数新版本都需要构建整个gcc包，这是一个漫长得多的过程，尤其是当我要在libstdc++中编辑和试验一些文件时。我也找不到包含并行排序算法的源文件。我似乎只能找到定义函数的头文件，而不是源代码本身。非常感谢任何建议或文档链接。 最佳答案 是的，您必须构建整个GCC，但是一旦完成，您只需要重建libstdc++
