简单的方法(gcc - dm - e - < /dev/null)适用于gcc，但不适用于g++。最近我需要一个c++ 11/ c++ 14特性的测试。对应的宏名称的建议发布在https://isocpp.org/std/standing-documents/sd-6-sg10-feature-test-recommendations上。但是:

g++ -dM -E - < /dev/null | fgrep __cpp_alias_templates

总是失败，因为它会默默地调用c驱动程序(就像被gcc调用一样)。您可以通过将其输出与gcc的输出进行比较，或者通过添加特定于g++的命令行选项(如(-std=c++11))来看到这一点，该选项会发出错误消息cc1: warning:命令行选项' -std=c++11 '对c++ / objc++有效，但对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

不会有输出，因为g++(修订版4.9.1，默认为-std=gnu++98)默认情况下不启用c++ 11特性。要做到这一点，使用

g++ -dM -E -x c++ -std=c++11 /dev/null | fgrep __cpp_alias_templates

最终会让步

#define __cpp_alias_templates 200704

注意到g++ 4.9.1在使用-std=c++11调用时支持“模板别名”。

当工作在一个具有复杂构建系统的大项目中，并且很难直接获得(或修改)gcc/g++命令时，还有另一种方法可以查看宏扩展的结果。 简单地重新定义宏，你会得到类似如下的输出:

file.h: note: this is the location of the previous definition
#define MACRO current_value

简单的方法(gcc - dm - e - < /dev/null)适用于gcc，但不适用于g++。最近我需要一个c++ 11/ c++ 14特性的测试。对应的宏名称的建议发布在https://isocpp.org/std/standing-documents/sd-6-sg10-feature-test-recommendations上。但是:

g++ -dM -E - < /dev/null | fgrep __cpp_alias_templates

总是失败，因为它会默默地调用c驱动程序(就像被gcc调用一样)。您可以通过将其输出与gcc的输出进行比较，或者通过添加特定于g++的命令行选项(如(-std=c++11))来看到这一点，该选项会发出错误消息cc1: warning:命令行选项' -std=c++11 '对c++ / objc++有效，但对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

不会有输出，因为g++(修订版4.9.1，默认为-std=gnu++98)默认情况下不启用c++ 11特性。要做到这一点，使用

g++ -dM -E -x c++ -std=c++11 /dev/null | fgrep __cpp_alias_templates

最终会让步

#define __cpp_alias_templates 200704

注意到g++ 4.9.1在使用-std=c++11调用时支持“模板别名”。

一种在Linux或Windows上同样有效的可移植方法(其中没有/dev/null):

echo | gcc -dM -E -

对于c++，您可以使用(将c++11替换为您使用的任何版本):

echo | gcc -x c++ -std=c++11 -dM -E -

它的工作原理是告诉gcc预处理stdin(由echo生成)并打印所有预处理器定义(搜索-dletters)。如果你想知道当你包含头文件时添加了什么定义，你可以使用-dD选项，它类似于-dM，但不包括预定义的宏:

echo "#include <stdlib.h>" | gcc -x c++ -std=c++11 -dD -E -

但是请注意，空输入仍然会产生许多带有-dD选项的定义。

晚回答——我发现其他答案很有用——想再补充一点。

如何转储来自特定头文件的预处理器宏?

echo "#include <sys/socket.h>" | gcc -E -dM -

或者(感谢@mymedia的建议):

gcc -E -dM -include sys/socket.h - < /dev/null

特别是，我想知道在我的系统上SOMAXCONN定义为什么。我知道我可以直接打开标准头文件，但有时我必须搜索一下才能找到头文件的位置。相反，我可以使用以下一行代码:

$ gcc -E -dM -include sys/socket.h - < /dev/null | grep SOMAXCONN
#define SOMAXCONN 128
$ 

我通常是这样做的:

$ gcc -dM -E - < /dev/null

请注意，一些预处理器定义依赖于命令行选项——您可以通过向上面的命令行添加相关选项来测试这些定义。例如，要查看哪些SSE3/SSE4选项默认启用:

$ gcc -dM -E - < /dev/null | grep SSE[34]
#define __SSE3__ 1
#define __SSSE3__ 1

然后在指定-msse4时进行比较:

$ gcc -dM -E -msse4 - < /dev/null | grep SSE[34]
#define __SSE3__ 1
#define __SSE4_1__ 1
#define __SSE4_2__ 1
#define __SSSE3__ 1

类似地，你可以看到在两组不同的命令行选项中哪些选项不同，例如比较优化级别的预处理器定义-O0(无)和-O3(满):

$ gcc -dM -E -O0 - < /dev/null > /tmp/O0.txt
$ gcc -dM -E -O3 - < /dev/null > /tmp/O3.txt
$ sdiff -s /tmp/O0.txt /tmp/O3.txt 
#define __NO_INLINE__ 1        <
                               > #define __OPTIMIZE__ 1