GCC编译器在查找头文件时不搜索子目录

Question

我无法让 gcc 编译器识别“包含”中的复杂路径。

这是我的玩具“main.cpp”文件（注意包含语句中的子目录）：

#include "sub/testlib.h"

int main()
{
    testlib(6);
    return 0;
}

以下是“main.cpp”文件夹中“testlib.h”文件的路径：../lib/sub/testlib.h。

我在编译时指定了包含目录：

gcc -c -iquote../lib main.cpp

编译器对我大喊：

main.cpp:1:10: fatal error: sub/testlib.h: No such file or directory
    1 | #include "sub/testlib.h"
      |          ^~~~~~~~~~~~~~~
compilation terminated.

当然，我可以通过从路径中删除子目录来编译它。但这只是我在编译实际项目失败后所做的一个实验。我不能随意更改那里的文件。

如何强制 gcc 很好地处理包含中的子目录？我在这里缺少标志或某些选项吗？

Answer 1

如何强制 gcc 很好地处理包含中的子目录？我在这里缺少标志或某些选项吗？

阅读GCC 的文档，特别是Invoking GCC 章节，preprocessor options 部分（例如-I include-dir 或-H 或-M 等...)，documentation 的 preprocessor。也试试g++ --help； -I include-directory 标志可以重复很多次，这可能是您需要的。当然，g++ 程序的参数顺序很重要。在编译或链接 C++ 程序时，您可能希望使用 g++ 而不是 gcc。

另请阅读 C++ 的 some documentation（甚至可能是 n3337“草案”标准）。请注意translation units，以及linker 的角色。

在实践中，您希望使用一些 build automation 工具来驱动 GCC 编译，例如 GNU make 或 ninja 或许多其他工具。

如果您使用 GNU make，请阅读它的 documentation，然后尝试 make -p，它显示了该软件已知的许多内置规则。注意make 的many functions。

如果您使用ninja，请阅读它的documentation，您可能想要生成它正在使用的build.ninja 脚本。您可以使用 Python 脚本或 Guile 脚本（或您自己的 C++ 程序等）生成它。

请注意，g++ 当然会调用一些 GNU binutils 实用程序（例如，汇编器 as 或链接器 ld）。

实际上，将g++ 调用为g++ -Wall -Wextra -g 以获取警告和调试信息（当然还有额外的-I include-directory 标志）。然后使用gdb debugger。一旦你的程序几乎没有错误，添加优化标志，例如-O2

另请参阅 Clang、static analyzer、Frama-C 和 CompCert，以及在 2020 年底，Bismon。

考虑在某些情况下生成一些 #include-d C++ 代码（例如，使用 SWIG 或 ANTLR 或 Qt 或您自己的脚本）或使用您的 plugins 扩展 GCC。

当然要注意Joel Test。