必须用-nostdinc时是为彻底隔离系统头文件，如裸机开发、交叉编译第一阶段、安全合规构建或自定义CRT场景；需配合-I指定自有头路径，C++还需加-nostdinc++，并手动补全依赖宏。
什么时候必须用 -nostdinc
当你需要彻底隔离系统头文件、避免任何隐式依赖时，-nostdinc 才是必要选择。它不是“可选优化”，而是明确切断 GCC 默认头文件搜索路径的开关。
典型场景包括：
- 为裸机（bare-metal）或实时操作系统（RTOS）编写启动代码，系统自带的
stdio.h、stdlib.h根本不存在或语义冲突 - 构建交叉编译工具链的第一阶段，防止宿主系统的头文件污染目标平台环境
- 安全审计或合规构建，要求所有头文件来源可追溯、路径显式声明，不允许隐式包含
- 自定义 C 运行时（CRT）开发，你提供自己的
limits.h、stddef.h等最小集，不能让编译器偷偷拉入 glibc 版本
-nostdinc 和 -I 必须配对使用
-nostdinc 本身不提供任何头文件路径——它只是把默认路径全砍掉。如果你不同时用 -I 指向你自己的头目录，编译会立刻失败，报错类似：fatal error: stddef.h: No such file or directory。
常见错误写法：gcc -nostdinc hello.c → 必挂
正确写法示例：gcc -nostdinc -I./my-headers -I./sys-headers hello.c
注意：-I 路径优先级高于 -isystem，但两者都受 -nostdinc 影响：它只禁用「标准系统目录」，不影响你手动加的任何 -I 或 -isystem 路径。
和 -nostdinc++ 的区别不能混用
如果你编译的是 C++ 代码，-nostdinc 不够用——它只禁 C 头路径（如 /usr/include），C++ 标准头（如 bits/stl_vector.h）仍可能被找到。
此时必须用 -nostdinc++，或者更稳妥地同时加两个：gcc -nostdinc -nostdinc++ -I./my-c-headers -I./my-cpp-headers ...
漏掉 -nostdinc++ 是嵌入式 C++ 项目里最常踩的坑之一：代码看似编译通过，实际悄悄链接了 host 系统的 libstdc++ 头，导致目标平台运行时符号缺失或 ABI 不兼容。
别忘了预处理宏也会变
启用 -nostdinc 后，GCC 不再自动定义那些与系统头绑定的宏，比如 __linux__、__x86_64__（取决于 target）可能消失，而你自己的头文件若依赖这些宏做条件编译，就会出问题。
解决方案不是恢复系统头，而是显式补上所需宏：-D__linux__ -D__x86_64__，或者在你的 my-headers/common.h 里统一定义。
真正麻烦的不是加参数，而是确认哪些宏该保留、哪些该屏蔽——这得看你的目标平台 ABI 文档，不是凭经验猜。
