Clang无法递归编译多目录源文件，需用find+xargs或-exec收集.c文件；-I和-include不参与源文件匹配；大型项目应使用make或cmake管理依赖与增量构建。
Clang一次性编译多个目录下的源文件，不能直接用 clang *.c
因为 * 是 shell 展开的通配符，只匹配当前目录，不会递归进子目录。你执行 clang *.c 时，哪怕子目录里有 utils.c、core/main.c，它也完全看不见。
用 find + xargs 或 -exec 收集所有 .c 文件再交给 Clang
这是最常用、最可控的方式，尤其适合中小型项目。注意路径顺序会影响链接顺序（对全局符号有影响），所以建议统一按某种逻辑排序：
find src/ lib/ -name "*.c" | sort | xargs clang -o myapp- 或者更安全地处理含空格路径：
find src/ lib/ -name "*.c" -print0 | sort -z | xargs -0 clang -o myapp - 如果只想编译不链接，加
-c：find src/ -name "*.c" -exec clang -c -o {}.o \;（注意{}和\;的写法）
Clang 本身不支持目录递归，别指望 -I 或 -include 能替代源文件输入
-I 只影响头文件搜索路径，和“编译哪些 .c 文件”完全无关；-include 是强制预包含某个头文件，也不是源码入口。常见误区是以为写成 clang -Isrc/ -Ilib/ main.c 就能自动编译 src/ 下所有文件——不会，它只会编译 main.c 一个。
Clang 22.1.3
下载
Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。
大型项目建议绕过手写命令，用 make 或 cmake 管理多目录编译
手动拼 find 命令在文件数超过 50 个后就容易出错：头文件依赖没处理、重复编译、目标文件名冲突、增量构建失效。例如：
- Makefile 中可写：
SOURCES := $(shell find src/ lib/ -name "*.c")，再定义%.o: %.c规则 - CMakeLists.txt 里用
file(GLOB_RECURSE SOURCES "src/*.c" "lib/*.c")，再add_executable(myapp ${SOURCES}) - Clang 自带的
clang++ --compile不解决目录问题，它只是clang -c的别名
真正麻烦的不是找到文件，而是确保每个 .c 都用对了 -I、-D、优化级别，且修改单个文件时不重编全部——这些手工命令做起来很快就会失控。
