C 预处理器包含路径顺序

Question

我在 linux 上输入了“cpp -v”，结果如下：

#include <...> search starts here:
 /usr/lib/gcc/x86_64-linux-gnu/7/include
 /usr/local/include
 /usr/lib/gcc/x86_64-linux-gnu/7/include-fixed
 /usr/include/x86_64-linux-gnu
 /usr/include
End of search list.

所以我按照 CPP 的顺序搜索了 stdio.h，我首先在“/usr/include/x86_64-linux-gnu”找到了它。 具体来说，它的完整路径是“/usr/include/x86_64-linux-gnu/bits/stdio.h”

但是当我打开文件时，它在 21-23 行明确说明：

#ifndef _STDIO_H
# error "Never include <bits/stdio.h> directly; use <stdio.h> instead."
#endif

所以，理论上当我输入我的 C 源代码时：

#include <stdio.h>

预处理器在“/usr/include/x86_64-linux-gnu/bits/stdio.h”找到它，并包含它。 这怎么可能？是否存在使 CPP 忽略“./bits/stdio.h”的机制？还是我的理论错了？

//我在Ubuntu 18上工作，我也安装了clang（不知道是否重要）

Answer 1

不，它没有找到/usr/include/x86_64-linux-gnu/bits/stdio.h。

不递归搜索包含目录。

根据您的问题的输出，GCC 将使用以下路径搜索 #include<stdio.h>

/usr/lib/gcc/x86_64-linux-gnu/7/include/stdio.h
/usr/local/include/stdio.h
/usr/lib/gcc/x86_64-linux-gnu/7/include-fixed/stdio.h
/usr/include/x86_64-linux-gnu/stdio.h
/usr/include/stdio.h

按这个顺序。仅此而已。

由于/usr/include/x86_64-linux-gnu/stdio.h不存在，所以不能使用。

只有（最有可能）在查找 /usr/include/stdio.h 时，它才会找到一个文件并使用它。

---

这也是您所指的错误消息所指示的内容。如果你做了#include<bits/stdio.h>，它会寻找/usr/include/x86_64-linux-gnu/bits/stdio.h 并使用它。错误消息用于确保用户无法使用此类包含，因为该文件是标准库的实现细节，用户代码不应使用。