如何阻止clang++使用默认头文件包含路径？

太懂这种本地和测试系统行为不一致的糟心了！明明在自己电脑上编译好好的，一提交到课程系统就因为漏了#include <assert.h>报错，根源就是你本地的GCC自动帮你把这个头文件拉进来了，但测试系统的编译器不会。要解决这个问题，核心就是让本地编译时完全禁用默认的头文件搜索路径，这样没手动引入的头文件就会直接报错。

下面是具体的操作方法：

核心编译选项 #

GCC提供了专门的选项来禁用默认头文件目录：

• 如果你写的是C代码：用-nostdinc，这个选项会让编译器彻底忽略所有系统默认的头文件路径，只认你通过-I手动指定的目录。
• 如果你写的是C代码：用-nostdinc++，它会屏蔽C标准库的默认路径，但保留C标准库的路径（要是想彻底禁用所有默认路径，可以同时加上-nostdinc）。

举个实际编译的例子，假设你的代码文件是test.cpp，用C++编译的话，命令就是：

g++ -nostdinc++ test.cpp -o test

这样一来，要是你代码里用了assert但没手动加#include <cassert>，编译器立刻就会抛出'assert' was not declared in this scope的错误，和课程测试系统的表现完全一致。

额外注意事项 #

如果你的代码还用到了其他标准库头文件（比如iostream、vector这些），直接用上面的选项会导致这些头文件也找不到。这时候你需要手动通过-I指定标准库的实际路径。

你可以先用这个命令查看本地GCC的默认头文件路径：

g++ -v

编译时会输出一堆信息，其中#include <...> search starts here:下面的就是默认搜索路径。比如类似这样的：

#include <...> search starts here:
/usr/include/c++/11
/usr/include/x86_64-linux-gnu/c++/11
/usr/include

然后把这些路径通过-I加到编译命令里就行，比如：

g++ -nostdinc++ -I/usr/include/c++/11 -I/usr/include/x86_64-linux-gnu/c++/11 test.cpp -o test

这样既禁用了自动默认搜索，又手动指定了需要的标准库路径，完美对齐测试环境。

小补充 #

如果你只是想针对assert的问题排查，也可以先检查下本地是不是有某个默认包含的头文件间接引入了assert.h（比如有些环境会默认包含stdlib.h，而它里面可能带了assert.h）。但最彻底的方法还是用上面的-nostdinc/-nostdinc++选项，直接让本地编译环境和测试系统保持一致，从根源避免混淆。

内容的提问来源于stack exchange，提问作者user541