clang生成静态库需两步：先用clang -c编译源文件为.o目标文件，再用ar rcs打包为.a归档文件；直接clang -c xxx.c -o libxxx.a错误，因.a是归档格式而非目标文件格式。
clang 编译 C 文件生成 .a 静态库的完整流程
直接用 clang 编译 C 源码成静态库，本质是两步：先编译成目标文件（.o），再用 ar 打包。Clang 本身不提供“一键生成 .a”的开关，它只负责前端编译；ar 是标准 Unix 归档工具，必须显式调用。
为什么不能直接 clang -c xxx.c -o libxxx.a
这样写会报错：ar: invalid option -- 'c' 或更常见的是生成一个损坏的、无法被 ld 识别的 .a 文件。因为 clang -c 只做编译不链接，输出的是 ELF 目标文件（.o），而 .a 是 ar 打包的归档格式，内部包含多个 .o 和索引表。
-
clang -c foo.c -o foo.o→ 正确：生成可重定位目标文件 -
clang -c foo.c -o libfoo.a→ 错误：强制写入非归档格式，后续链接失败
实际操作命令（含常用参数）
假设你有 utils.c 和 io.c，想打包成 libmylib.a：
clang -c -fPIC utils.c io.c -o utils.o io.o ar rcs libmylib.a utils.o io.o
说明：
Clang 22.1.3
下载
Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。
-
-fPIC不是必须项（静态库通常不用位置无关代码），但如果你后续要把这个静态库链接进共享库（.so），就必须加；否则省略即可 -
ar rcs中：r表示插入或替换成员，c表示静默创建新归档（无提示），s表示生成索引（等价于ar -s），缺了s会导致链接时找不到符号 - Windows 下用
llvm-lib替代ar，命令类似：llvm-lib /OUT:libmylib.lib utils.obj io.obj
验证静态库是否可用
别急着链接，先检查内容和符号：
ar -t libmylib.a # 列出归档内所有 .o 文件 nm -C libmylib.a # 查看每个 .o 导出的符号（-C 解析 C++ 名字，对 C 也安全）
常见陷阱：
- 如果
nm输出全是U（undefined），说明目标文件没导出任何全局符号——检查函数是否漏了static修饰，或是否忘了实现 - 如果链接时报
undefined reference to 'xxx'，但nm显示该符号存在，大概率是链接顺序问题：gcc main.o -L. -lmylib必须把依赖库放在目标文件之后 - Clang 默认不带运行时路径，静态库不含 libc，所以
printf等仍需链接-lc（通常由 linker 自动处理，除非你用-nostdlib）
静态库本身不解决符号依赖，只是把一堆 .o 打包存起来；真正决定能否链接成功的，是目标文件里有没有定义、链接器能不能按顺序找到它们。
