Clang生成静态库需严格遵循三步：编译加-c生成.o文件，ar rcs归档并建索引，链接时-L.必须紧邻-lmath；任一环节出错均导致undefined reference。
Clang生成静态库不是“调个参数就完事”，关键在三步：编译目标文件时加 -c、归档时用 ar rcs、链接时注意 -L 和 -l 的顺序与路径。漏掉任何一环，undefined reference 就会立刻报给你看。
clang -c 编译必须加 -c，否则生成的是可执行文件
很多人直接写 clang add.cpp，结果得到一个叫 add 的可执行文件，根本没法打进静态库里。静态库只接受目标文件（.o），不是源文件，也不是可执行文件。
-
clang -c add.cpp -o add.o—— 正确：生成目标文件 -
clang add.cpp—— 错误：默认尝试链接，失败或生成无用二进制 - 多个源文件要分别编译：
clang -c add.cpp sub.cpp会生成add.o和sub.o - 如果用了 C++ 特性（比如
std::string），记得加-std=c++17等标准选项，否则ar打包后链接时可能因 ABI 不一致报错
ar rcs 是唯一安全的归档命令，别用 ar -r 单独打包
ar -r libmath.a add.o 看似能跑通，但缺了索引（symbol table），链接器找不到符号——尤其当库文件变大、函数增多时，undefined reference to 'add' 就是它干的。
Clang 22.1.3
下载
Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。
-
ar rcs libmath.a add.o sub.o—— 正确：c创建新归档，s生成索引（等价于ar -r libmath.a *.o && ranlib libmath.a） -
ar -t libmath.a可验证内容：应该列出所有.o文件名 -
ar -x libmath.a能解包，适合调试——比如发现某个.o没编译成功，解出来用file add.o看是否是 ELF object - Windows 下用
llvm-lib替代ar，命令类似：llvm-lib /OUT:libmath.lib add.obj sub.obj
链接时 -L. 和 -lmath 顺序不能颠倒，且 . 代表当前目录
clang main.o -lmath -L. 看起来差不多，但 Clang 会先查默认路径（/usr/lib 等），再查 .，如果系统里恰好有 libmath.so，就会优先链接动态库——而你明明只想用静态版。
- 正确顺序：
clang main.o -L. -lmath -o main -
-L.必须紧挨着-lmath前面，中间不能插其他选项 - 如果库放在
./lib/，就得写-L./lib -lmath，不能写-Llib -lmath（相对路径必须带./） - 加
-static强制静态链接？危险！它会让所有依赖（如 libc）都静态链接，生成巨大二进制，且在多数 Linux 发行版上不推荐——除非你真需要完全独立部署
头文件声明和 extern 一定要匹配，否则链接器看不见函数
就算 libmath.a 里真有 add 符号，main.cpp 里没声明，或者声明签名不对（比如 int add(int, int) 写成 int add(int a, int b, int c)），链接器照样报 undefined reference。
- 头文件
math.h中必须声明：int add(int a, int b);，且main.cpp要#include "math.h" - C++ 里函数名会被 mangling，如果静态库是用
clang++编译的，主程序也得用clang++链接；混用clang（C 编译器）和clang++会导致符号找不到 - 检查符号是否存在：
nm -C libmath.a | grep add，输出应含T add（T表示已定义的全局函数） - 如果看到
U add，说明该符号在库中是未定义的——源头代码可能没实现，或编译时漏了对应.o
最容易被忽略的其实是编译器一致性：同一个项目里，生成 .o、打包 .a、链接 main，最好全程用 clang++（C++）或 clang（C），不要交叉混用；ABI 差异藏得深，出问题时连错误信息都不会明说。
