总是失败,因为它 * 静默地 * 调用C驱动程序(就像被gcc调用一样)。您可以通过将其输出与gcc的输出进行比较,或者通过添加一个特定于g的命令行选项(如-std=c11)(发出错误消息cc1: warning: command line option ‘-std=c++11’ is valid for C++/ObjC++ but not for C)来查看这一点。 因为(非C++)gcc将永远不支持“模板别名”(参见http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2007/n2258.pdf),所以必须添加-x c++选项来强制调用C++编译器(使用-x c++选项代替空伪文件的学分请到yuyichao,参见下文):
g++ -dM -E -x c++ /dev/null | fgrep __cpp_alias_templates
6条答案
按热度按时间wbgh16ku1#
是,使用
-E -dM
选项而不是-c。示例(将它们输出到stdout):对于C++
摘自gcc手册:
为预处理器执行期间定义的所有宏(包括预定义宏)生成一个'#define'指令列表,而不是正常输出。这为您提供了一种方法,可以找出您的预处理器版本中预定义了哪些宏。假设您没有文件foo. h,命令
将显示所有预定义的宏。
如果使用-dM而不使用-E选项,则-dM将被解释为-fdump-rtl-mach的同义词。
hc2pp10m2#
我通常是这样做的:
请注意,某些预处理器定义取决于命令行选项-您可以通过将相关选项添加到上述命令行来测试这些选项。例如,要查看默认情况下启用了哪些SSE 3/SSE 4选项:
然后在指定
-msse4
时进行比较:同样,您可以看到两组不同的命令行选项之间的不同之处,例如,比较优化级别
-O0
(无)和-O3
(完全)的预处理器定义:3ks5zfa03#
如何转储来自特定头文件的预处理器宏?
或者(感谢@mymedia的建议):
特别是,我想看看SOMAXCONN在我的系统上定义了什么。我知道我可以打开标准的头文件,但有时我必须四处搜索以找到头文件的位置。相反,我可以使用以下一行代码:
z8dt9xmd4#
简单的方法(
gcc -dM -E - < /dev/null
)对gcc很好用,但对g就不行了。最近我需要一个C11/C++14特性的测试。相应宏名称的建议发布在https://isocpp.org/std/standing-documents/sd-6-sg10-feature-test-recommendations上。但是:总是失败,因为它 * 静默地 * 调用C驱动程序(就像被
gcc
调用一样)。您可以通过将其输出与gcc的输出进行比较,或者通过添加一个特定于g的命令行选项(如-std=c11)(发出错误消息cc1: warning: command line option ‘-std=c++11’ is valid for C++/ObjC++ but not for C
)来查看这一点。因为(非C++)gcc将永远不支持“模板别名”(参见http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2007/n2258.pdf),所以必须添加
-x c++
选项来强制调用C++编译器(使用-x c++
选项代替空伪文件的学分请到yuyichao,参见下文):因为g++(修订版4.9.1,默认为-std=gnu98)在默认情况下不启用C11特性,所以不会有输出。
最终产生
注意,当使用
-std=c++11
调用时,g++ 4.9.1确实支持“模板别名”。t3irkdon5#
这是一种在Linux或Windows(没有/dev/null)上同样适用的可移植方法:
对于c++,您可以使用(将
c++11
替换为您使用的任何版本):它的工作原理是告诉gcc预处理stdin(由echo产生)和print all preprocessor defines(搜索
-dletters
).如果你想知道当你包含一个头文件时添加了什么定义,你可以使用-dD
选项,它类似于-dM,但不包含预定义的宏:但是,请注意,空输入仍然会使用
-dD
选项生成大量定义。zphenhs46#
当在一个大项目中工作时,它有复杂的构建系统,并且很难直接获得(或修改)gcc/g++命令,有另一种方法来查看宏扩展的结果。简单地重新定义宏,你会得到类似于下面的输出: