Clang 编译多目录项目需手动指定路径与分步构建：用 -I 指定头文件路径，-L/-l 处理库链接，先 -c 编译各源文件为 .o，再统一链接；推荐用 Makefile 或 CMake 自动化管理。
Clang 编译多目录项目时不能直接递归编译
Clang 本身不支持像 make 或 cmake 那样自动扫描子目录、解析依赖或管理构建逻辑。你执行 clang main.c 只能编译单个文件；如果源码分散在 src/、include/、lib/utils/ 等目录，必须显式告诉它：头文件在哪、哪些 .c 文件要参与链接、目标文件怎么合并。
用 -I 指定头文件搜索路径，-L 和 -l 处理外部库
多目录项目通常有自定义头文件和静态/动态库。Clang 不会默认查子目录，得靠参数手动“指路”：
-
-I include：让预处理器在include/下找#include "xxx.h" -
-I src/lib：若src/lib/里放了内部头文件，也得加进去 -
-L lib/+-lmyutil：链接时去lib/找libmyutil.a或libmyutil.so - 注意顺序：
-I路径在前，-L和-l在命令末尾，且-l必须写在要链接它的目标文件之后
分步编译 + 手动链接是唯一可靠方式
对多个 .c 文件（比如 src/main.c、src/io.c、lib/parse.c），不能指望一条命令全搞定。常见做法是先编译成目标文件，再统一链接：
```bash
clang -c -I include -I src/lib src/main.c -o build/main.o
clang -c -I include -I src/lib src/io.c -o build/io.o
clang -c -I include -I src/lib lib/parse.c -o build/parse.o
clang build/main.o build/io.o build/parse.o -L lib -lmyutil -o myapp
```
Clang 22.1.3
下载
Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。
关键点：
-
-c是必须的，否则 Clang 会尝试立刻链接，而此时其他 .c 还没编译 - 所有
-I参数要对每个clang -c命令都重复，因为每次都是独立编译单元 - 输出目录（如
build/）最好预先创建，避免因路径不存在导致失败 - 如果某个 .c 依赖另一个目录下的 .h，但忘了加对应
-I，报错通常是"xxx.h" file not found
别硬扛——小项目用 Makefile，大项目换 CMake
手写一长串 clang 命令很快失控。哪怕只有 5 个源文件，路径稍一变动就得改七八处。真实项目中：
- 用
Makefile可以把-I、-L、文件列表抽出来定义变量，规则自动推导.o依赖 - CMake 更适合跨平台或多配置项目，它生成的构建系统（如 Ninja）最终调的还是 clang，但帮你管好了路径、宏定义、条件编译
- 直接跑
clang *.c在多目录下基本无效——shell 展开的只是当前目录的 .c，子目录里的根本进不来
真正麻烦的不是 clang 本身，而是路径管理和依赖跟踪。Clang 只负责“把给它的输入变成输出”，其余全是人肉协调的事。
