使用“-I”来定义 g++ 包含路径：为什么它只在我设置“.../include”而不是“.../include/boost”时才有效？

如何解决使用“-I”来定义 g++ 包含路径：为什么它只在我设置“.../include”而不是“.../include/boost”时才有效？

我的应用程序需要 boost lib。 /usr/lib 中有一个 boost lib，/usr/include/boost 中有 boost include，但它们正是我所需要的。所以我在我的家中编译了新的 boost lib，/home/js/anaconda/.../include/boost 和 /home/js/anaconda/.../lib。

为了在 home 中使用 boost，我使用“-I/home/js/anaconda/.../include/boost”来定义包含路径，但是，它抱怨错误，因为它在“/usr/ ...“ 小路。然后我尝试使用“-I/home/js/anaconda/.../include”（父目录），它工作正常！

我的问题是 1）为什么当我指定父目录“/home/.../include”而不是“/home/.../include/boost”时它有效？使用“-I”时应该指定的正确目录是什么？

2)当我使用“-I”指定某个目录时，这些目录是否总是在/usr目录之前？

解决方法

将库的所有头文件包含到其自己的目录中是一种常见做法（但不是强制性的）。这有几个优点：

• 查找头文件时，无需翻阅其他库的头文件。
• 当您使用 include 指令读取文件时，您可以看到属于同一个库的所有头文件，因为它们在同一个基本目录中开始。

当您使用 -I 预处理器标志将目录添加到包含搜索路径时，该目录可以：

• 属于您当前的项目：如果您将文件组织在目录中，它可能会变得很方便。
• 成为外部依赖项的一部分：无论是系统库还是安装在您自己目录中的依赖项。这些目录的路径以 filesystem hierarchy standard 后的 include 结尾。

在 boost 的特定情况下，预期用途是 -I/path-to-boost-install/include 标志，然后使用包含指令（例如 #include <boost/optional/optional.hpp>）来使用该安装中的库之一。

最好的建议是在开始使用库之前阅读文档并查找示例。在提升的情况下，您可以阅读 getting started on Unix 或 getting started on Windows 页：

请务必注意以下事项：

• boost 根目录的路径（通常是 /usr/local/boost_1_75_0）有时被称为 $BOOST_ROOT 文档和邮件列表。

• 要在 Boost 中编译任何内容，您需要一个包含#include 路径中的 boost/ 子目录的目录。

• 由于所有 Boost 的头文件都具有 .hpp 扩展名，并且位于 boost 根目录的 boost/ 子目录中，因此您的 Boost #include 指令看起来像：

    #include <boost/whatever.hpp>

或

    #include "boost/whatever.hpp"

取决于您对使用尖括号的偏好。