头文件找不到需用 -I 显式指定搜索路径，clang 按 -I 顺序查找，双引号 #include "xxx.h" 先查源文件所在目录，尖括号 #include <xxx.h> 跳过当前目录；多源文件编译需统一 -I 并列全 .c 文件，避免 undefined reference 需确保定义文件参与编译。
头文件找不到？先确认 #include 路径是否被 clang 知道
clang 默认只查系统路径（如 /usr/include），你项目里的 header.h 如果在 ./include/ 下，直接 clang main.c 会报错：fatal error: 'header.h' file not found。
得用 -I 显式告诉它去哪找：
-
clang -I./include main.c -o main—— 单目录头文件最常用写法 - 多个路径用多个
-I：比如-I./include -I../third_party/headers -
-I路径是相对于当前 shell 工作目录的，不是源文件所在目录 - 注意顺序：clang 按
-I出现顺序搜索，前面的路径优先匹配，可能掩盖同名系统头文件
用 #include "xxx.h" 还是 #include <xxx.h>？影响查找逻辑
clang 对双引号和尖括号的查找策略不同：
Clang 22.1.3
下载
Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。
-
#include "xxx.h"：先查当前源文件所在目录，再查所有-I路径，最后查系统路径 -
#include <xxx.h>：跳过当前源文件目录，只查-I和系统路径 - 如果你的头文件和源文件同级（比如
main.c和utils.h都在src/），用双引号更安全；如果是第三方或公共头，用尖括号更符合惯例 - 混用容易出问题——比如
main.c在src/，#include "utils.h"能找到，但若你在build/目录下运行 clang，clang 仍会从src/找main.c所在目录，而不是当前build/
多个源文件怎么一起编译？别漏掉 -I 和依赖顺序
clang 不像 make 自动推导依赖，你得手动列全所有 .c 文件，并确保每个都“看到”相同头文件路径：
-
clang -I./include src/main.c src/utils.c -o program—— 最简方式，所有源共用同一组-I - 如果某些源文件需要额外头路径（比如
test.c依赖gtest），必须把对应-I放在它前面（clang 参数顺序敏感） - 不建议分步编译（
clang -c生成 .o 再链接），除非真有增量需求；一步到位更少出错 - 注意：头文件修改后，clang 不会自动重编，得自己重新运行完整命令
遇到 undefined reference？多半是忘了链接标准库或目标文件
头文件能包含成功 ≠ 编译通过。常见报错：undefined reference to 'printf' 或自定义函数未定义。
- 纯 C 项目加
-lc一般没必要——clang 默认链接 libc，但如果你用了-nostdlib或交叉编译，就得手动补 - 更常见的是函数定义在另一个
.c文件里，但没把它加进编译命令（比如写了utils.h声明，却漏了utils.c） - 静态函数（
static void helper()）不会被其他文件看到，别指望靠头文件“导出”它 - 如果头文件里有
inline函数，确保定义在头里（而非仅声明），否则链接时找不到
头文件本身不参与链接，只提供声明；真正要链接的是 .c 文件编译出的目标代码。路径、包含方式、源文件列表，三者缺一不可。
