Ada*_*rry 6 c c++ linux-headers
我一直在浏览我的 /usr/include 文件夹，试图熟悉布局，我注意到头文件有多个副本（至少按名称，我实际上并没有区分它们以查看它们是否准确副本）在 /usr/include 的几个子目录中找到。对于标准 C 和 C++ 头文件以及 POSIX/LSB 标准头文件尤其如此。
一些示例包括（注意 ./ 指的是 /usr/include）：
./asm-generic/unistd.h
./linux/unistd.h
./unistd.h
./x86_64-linux-gnu/sys/unistd.h
./x86_64-linux-gnu/bits/unistd.h
./x86_64-linux-gnu/asm/unistd.h
./stdlib.h
./x86_64-linux-gnu/bits/stdlib.h
./c++/7/stdlib.h
./c++/7/tr1/stdlib.h
./c++/7/cmath
./c++/7/ext/cmath
./c++/7/tr1/cmath
./asm-generic/termios.h
./linux/termios.h
./x86_64-linux-gnu/sys/termios.h
./x86_64-linux-gnu/bits/termios.h
./x86_64-linux-gnu/asm/termios.h
./termios.h
./linux/time.h
./time.h
./x86_64-linux-gnu/sys/time.h
./x86_64-linux-gnu/bits/time.h
为什么是这样？为什么某些 C 标准头文件会出现在 C++ 位置？
我只安装了一个编译器（GCC 7）。
不，它们不是精确的副本。
如果您愿意调查，您会发现顶层的文件/usr/include通常会有很多#ifdefs 或其他条件，并且它们只会定义与体系结构无关的部分，并且会#include在更深的特定于体系结构的目录中定义其他内容层次结构。由于某些特定于体系结构的部分可能反过来又依赖于某些与体系结构无关的部分，因此可能会有多层包含在彼此之上。
同样，下面的文件/usr/include/c++将具有仅对 C++ 有意义的附加声明，并#include在适当的情况下具有对应的 C 包含文件的 s。
游戏的名称是可维护性的重复数据删除：目的是当 glibc 开发人员需要添加一些新的东西时，它只会影响应用程序和 glibc 之间的 ABI 并且没有特定于体系结构的部分，理想情况下，添加只需要发生在一个在包含文件树中的位置，它将对所有使用 glibc 的硬件架构生效。或者，比如说，当一个新的系统调用被添加到 Linux 内核时，将有一个地方可以添加它而不会干扰 *BSD 或 GNU Hurd 系统调用定义，例如。或者，如果您将 glibc 移植到另一个硬件/内核架构，您会发现可以插入必要的内核 ABI 定义的地方，而不会干扰与架构无关的东西，除非绝对必要。
是的，这很复杂。
我没有任何简单的参考资料供您参考，因为整个/usr/include布局是 ISO C 和 POSIX 标准要求以及 GCC 和 glibc 项目所做选择的总和。
我建议您记下您的架构三元组（x86_64-linux-gnu在您的情况下；可gcc -dumpmachine在 GCC 支持的任何架构上获得），然后研究编译器的默认#include <...>文件搜索路径。
您可以通过以下方式查看搜索路径：
cpp -v /dev/null -o /dev/null 对于普通 Ccpp -x c++ -v /dev/null -o /dev/null 对于 C++我手头没有带有 GCC 7 的系统，但对于 GCC 6，C 的包含路径列表如下所示：
...
#include <...> search starts here:
/usr/lib/gcc/x86_64-linux-gnu/6/include
/usr/local/include
/usr/lib/gcc/x86_64-linux-gnu/6/include-fixed
/usr/include/x86_64-linux-gnu
/usr/include
End of search list.
...
……对于 C++，就像这样：
...
#include <...> search starts here:
/usr/include/c++/6
/usr/include/x86_64-linux-gnu/c++/6
/usr/include/c++/6/backward
/usr/lib/gcc/x86_64-linux-gnu/6/include
/usr/local/include
/usr/lib/gcc/x86_64-linux-gnu/6/include-fixed
/usr/include/x86_64-linux-gnu
/usr/include
End of search list.
...
如果/usr/local/include/<architecture triplet>目录存在，它将被添加到列表中，就在/usr/local/include.
因此，它似乎是你自己的项目，如果你需要有一个体系结构相关的版本包括文件，你可以把他们下/usr/[local/]include/<architecture triplet>/，与常规的架构无关的包含文件/usr/[local/]include/。如果没有很好的理由，我不会接触任何路径名包含编译器主要版本号的包含目录。
如果您打算修改glibc，而在glibc开发者文档中找不到您需要的内容，则最好在glibc开发邮件列表中寻求建议；glibc更加复杂，因为它也可用于使用 GCC 以外的编译器的体系结构，因此可能没有标准的体系结构三元组约定。