正确流程是先用 clang -c 分别编译各 .c 文件为 .o，再用 ar rcs 打包成 .a；clang 不支持直接编译 .c 生成 .a，-static 控制链接而非打包，跳过 .o 会因链接器误用而报错。

clang 编译多个 .c 文件生成 .a 静态库的正确流程

直接用 clang -c 分别编译所有源文件，再用 ar 打包，不能跳过中间目标文件（.o）这一步。clang 本身不提供“一键生成静态库”的开关，-static 控制的是链接行为，不是打包行为。

为什么不能 clang main.c utils.c -o libmylib.a？

这样写会报错：ld: library not found for -lc 或更常见的是 ar: no archive members specified —— 因为 clang 默认走完整编译+链接流程，而 .a 是归档文件，不是可执行体或动态库，不能被链接器直接生成。

• clang 的 -c 参数必须对每个源文件单独使用，产出 .o
• ar 只接受已存在的 .o 文件，不接受 .c
• 漏掉某个 .o 或路径写错，ar 不报错但库不完整，链接时才暴露 undefined reference

实际命令怎么写（含常用参数）

假设你有 foo.c、bar.c、utils.c，想生成 libmylib.a：

clang -c -fPIC foo.c bar.c utils.c -o /dev/null 2>&1 | sed -n 's/.*-c \([^ ]*\).*/\1.o/p' | xargs clang -c -fPIC
ar rcs libmylib.a foo.o bar.o utils.o

但更稳妥、更易读的做法是分步：

Clang 22.1.3

Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。

下载

• clang -c -fPIC -o foo.o foo.c
• clang -c -fPIC -o bar.o bar.c
• clang -c -fPIC -o utils.o utils.c
• ar rcs libmylib.a foo.o bar.o utils.o

-fPIC 不是必须的（静态库不要求位置无关），但加上更安全，尤其后续可能被用于构建共享库；ar rcs 中 r 表示插入或替换，c 创建新归档，s 生成索引（让 ld 能快速查找符号）。

链接时找不到符号？检查这三个地方

即使 ar -t libmylib.a 显示所有 .o 都在，仍可能链接失败：

• 源文件里函数没加 extern 声明，或定义时用了 static —— static 函数不会导出到 .a 的符号表
• 编译时用了 -flto 但没配 ar 的 --plugin，LTO 位码无法被 ar 正确处理，导致符号丢失
• 链接顺序：clang main.o -L. -lmylib -o app 中，-lmylib 必须放在依赖它的 .o 之后，否则未解析符号会被丢弃

静态库本质就是一堆 .o 的打包，没有“编译期合并”这回事，所有符号可见性、链接顺序、定义完整性，全靠原始 .c 和编译参数决定。