答案是：需添加-isysroot选项并指定SDK路径。macOS源码编译的clang找不到stdio.h，因头文件位于Xcode SDK中而非/usr/include；必须运行xcode-select --install安装命令行工具，并在编译时显式指定-isysroot xcrun --show-sdk-path。
Clang编译C程序报错，先看错误类型——是编译阶段（clang进程退出）还是链接阶段（ld失败）？前者多半是语法/头文件/类型问题；后者基本锁定符号缺失或库路径不对。
看到 fatal error: 'stdio.h' file not found 怎么办
这是 macOS 上源码编译的 Clang 最常踩的坑。系统自带 Clang 能用，自己编译的却找不到标准头文件，根本原因是没告诉它 SDK 在哪。
- 运行
xcrun --show-sdk-path确认 Xcode Command Line Tools 已安装（没装就先执行xcode-select --install） - 编译时必须加
-isysroot `xcrun --show-sdk-path`，例如：clang -isysroot `xcrun --show-sdk-path` hello.c -o hello - 别指望
/usr/include或/usr/local/include里有stdio.h—— macOS 的头文件全在 SDK 里，硬拷贝过去也不行
undefined reference to 'main' 或其他函数名
链接器报这个错，说明生成了目标文件但拼不起来可执行文件。不是代码写错了，而是构建流程断了。
- 确认你编译的是可执行程序（不是库），且至少有一个源文件含
int main(int argc, char *argv[])函数 - 如果用了多个
.c文件，确保所有都参与编译+链接：比如clang a.c b.c -o prog，而不是只编译其中一个 - 用
clang -c a.c只生成a.o，没链接步骤，自然找不到main—— 这是常见误操作 - Dev-C++ 项目里漏加源文件也会触发此错，右键项目 → “添加文件” 检查是否全选中
报 unknown type name 'uint8_t' 或类似类型错误
这类错本质是预处理器没展开对的头文件链，尤其在跨平台或自定义 include 路径时高频出现。
-
uint8_t定义在<stdint.h></stdint.h>，但它的实际位置依赖系统头文件组织方式；macOS 下还可能被<sys></sys>间接包含 - 检查是否漏写了
#include <stdint.h></stdint.h>，或写了但被条件宏屏蔽（比如#ifdef __linux__） - 用
clang -E -x c yourfile.c | head -20看预处理后第一段有没有把stdint.h展开进来 - 若用 libclang API（如
clang_parseTranslationUnit），务必传-isysroot和完整-I路径，否则头文件搜索顺序会乱
运行时报 segmentation fault 但编译成功
编译通过只代表语法合法，运行崩溃大概率是内存操作越界或未定义行为。Clang 自带工具比手写 printf 更快定位。
- 加
-fsanitize=address -g重新编译：clang -fsanitize=address -g test.c -o test - 运行时 ASan 会直接打印出错行、访问地址、分配/释放栈帧 —— 比 GDB 单步更直观
- 注意：ASan 不能检测空指针解引用（那是静态分析器的活），但能抓到数组越界、use-after-free、stack-buffer-overflow
- 若用 Dev-C++，在“编译器选项” → “参数” → “链接器” 里填
-fsanitize=address，别只加在编译器参数里
最易被忽略的点：Clang 的诊断强依赖上下文。同一个错误，在不同 SDK 版本、不同 -std= 标准（如 c11 vs c99）、甚至不同 -isystem 路径顺序下，报错形式和位置都可能变。别死磕单条错误信息，先确认构建命令完整复现问题，再逐项收紧条件。
