clang -c 生成目标文件（.o）而不链接：仅编译，不生成可执行文件；-c 是关键选项，缺则默认编译并链接为 a.out；支持多文件批量处理、自定义输出名与路径；语法错误时原子性失败，不生成任何 .o 文件。
用 clang -c 生成 .o 文件
直接运行 clang -c main.c，就会生成 main.o ——这是标准做法，不链接、不生成可执行文件，只产出目标文件。注意：-c 是关键开关，缺了它 clang 默认会走完编译+链接流程，直接输出 a.out。
-c 和 -o 组合控制输出名
默认输出名和源文件名一致（foo.c → foo.o），但你可以用 -o 自定义：
-
clang -c main.c -o build/main.o：输出到子目录，避免污染当前目录 -
clang -c utils.c -o libutils.o：重命名目标文件，方便后续链接时识别用途 - 错误写法：
clang -c main.c -o main（没带.o后缀）——虽然能跑通，但文件类型易混淆，不建议
多个源文件各自生成目标文件
一次命令可处理多个 .c 文件，每个都独立生成对应 .o：
Clang 22.1.3
下载
Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。
-
clang -c a.c b.c c.c→ 得到a.o、b.o、c.o - 所有输入文件必须是 C 源码；混入
.h或其他后缀会报错：error: unable to handle compilation, expected '.c', '.m', or '.mm' file - 如果某个
.c有语法错误，整个命令失败，且**不会生成任何.o文件**（clang 的原子性行为）
为什么不用 gcc -c？兼容性差异点
在 macOS 上 cc 默认指向 clang，Linux 上可能指向 gcc。虽然两者都支持 -c，但细节不同：
立即学习“C语言免费学习笔记（深入）”；
-
clang -c对 C99/C11 特性更宽松，比如隐式函数声明警告级别更低 -
gcc -c默认启用更多警告（如-Wimplicit-function-declaration），而 clang 需显式加-Wall - 目标文件格式一致（都是 ELF 或 Mach-O），但调试信息生成策略略有差异，影响
gdb/lldb单步体验
真正容易被忽略的是：目标文件本身不包含符号地址的最终值，只存“占位符”，所以不能单独运行；链接前检查 nm main.o 能看到未定义符号（U 标记），这才是正常状态。
