为什么stddef.h不在/ usr / include中？

Question

我编译了gnu标准库并将其安装在$GLIBC_INST 。

现在，我尝试编译一个非常简单的程序（只使用一个#include： #include <stdio.h> ）：

gcc --nostdinc -I$GLIBC_INST/include foo.c

编译（预处理器？）告诉我，它没有找到stddef.h 。

事实上， $GLIBC_INST/include没有（在/usr/include也没有）。 但是，我在/usr/lib/gcc/x86_64-unknown-linux-gnu/5.3.0/include找到了一个stddef.h 。

为什么该文件不在/usr/include ？ 我认为它属于标准c库，应该安装在$GLIBC_INST/include 。

如果没有stddef.h我怎么能用新安装的标准库编译我的foo.c ？

编辑：澄清

我觉得这个问题的标题不是最优的。 正如一些答案所指出的那样， stddef.h不需要在/usr/include （或者$GLIBC_INST/include ，就此而言）。 我明白这一点。

但是我想知道当我想使用$GLIBC_INST时如何继续。 我似乎很明显（尽管我可能在这里错了）我需要使用--nostdinc调用gcc以便不使用系统安装的头文件。 这需要我使用-I$GLIB_INST/include 。 这对我来说很清楚。

然而，我还不清楚的是：当我还添加-I/usr/lib/gcc/x86..../include ，我怎么能确定我确实拥有新编译的glibc的最新头文件？

Answer 1

这是因为/usr/include下的文件是由C库提供的公共头文件，例如glibc ，而/usr/lib/gcc中的文件特定于该特定编译器。 通常每个编译器都有自己不同的stddef.h实现，但是当链接到已安装的C库时，它们将使用相同的stdio.h 。

Answer 2

当你说#include <stddef.h>它不要求/usr/include/stddef.h作为磁盘上的文件存在。 实现所需的只是#include <stddef.h>有效，并且它为您提供了标题为您提供的功能。

在您的情况下，实现将其一些文件放在另一个搜索路径中。 这很典型。

Answer 3

为什么该文件不在/usr/include ？

因为绝对不需要将标准头文件放在/usr/include/ 。

实施可以将它们放在任何地方。 唯一的保证是当你执行#include <stddef.h> ，编译器/预处理器正确定位并包含它。 由于您使用gcc的-nostdinc选项禁用了该选项，因此您可以自己（正确地给出该标头的位置）。