我想让 g++/gcc 告诉我在 C++ 构建中 #include-ing 的所有非系统的路径。事实证明，这是一个艰难的搜索，因为 Google 必须以十种不同的方式对其进行解释。
我想要这些文件名和路径，以便我可以将它们添加到 Exuberant CTAGS 的搜索路径中。我们有一个庞大的项目，如果我在整个项目上使用 ctags，生成标签文件大约需要半小时，而编辑器进行查找的时间几乎一样长。
我们使用 CMakeLisats 进行编译。如果有一个指令我可以粘贴到 CMakeLists.txt 中，那就更棒了。
我真的不需要默认路径和文件名，Johnathan Wakely 为 here 提供了一个很好的工具。我认为这几乎涵盖了这是一项交叉编译工作的事实。我也不需要跨系统文件。
【问题讨论】：
标签： c++ c gcc g++ include-path
您需要使用 -M 选项调用 g++。
来自manual：
不是输出预处理的结果，而是输出一条规则 适合 make 描述主源文件的依赖关系。 预处理器输出一个包含目标文件名的 make 规则 对于该源文件，冒号和所有包含的名称 文件，包括来自 -include 或 -imacros 命令行的文件 选项。
值得阅读手册以考虑其他 -M 子选项（-MM 和 -MF 可能特别有用）。
【讨论】：
尝试gcc 或g++ 与-H 选项（到它的preprocessor 部分）。来自doc：
-H打印使用的每个头文件的名称，以及其他正常活动。每个名称都缩进以显示它在“#include”堆栈中的深度。预编译的头文件也会被打印出来，即使被发现是无效的；一个无效的预编译头文件用“...x”打印，一个有效的用“...!”打印。
它会告诉您包含的所有标题。您可以过滤掉（使用grep -v 或awk）那些您不想要的。
您还可以考虑开发您的GCC plugin 以在某处注册这些标头（例如在您的sqlite 数据库中），这可能是受到this draft 报告或CHARIOT 或DECODER 欧洲项目的启发。您还可以考虑使用或扩展Clang static analyzer。
与Oliver Matthews' answer 中建议的-M 选项相比，它不会告诉您更多信息（但会提供所有包含的文件）。
【讨论】：