clang链接静态库时，-l路径必须在-l库名之前，否则报错；需先编译源文件为.o再统一链接；静态库须为匹配架构的.a文件，且导出符号可见。
Clang链接静态库时，-l和-L的顺序不能颠倒
静态库链接失败最常见的原因是链接器参数顺序错误。Clang（实际是底层ld或lld）要求 -L 指定路径必须出现在 -l 引用库名之前，否则会报 ld: library not found for -lxxx 或 cannot find -lxxx。
-
-L/path/to/lib告诉链接器去哪里找库文件，必须写在-lxxx之前 -
-lxxx中的xxx是库名去掉lib前缀和.a后缀（例如libmymath.a→-lmymath） - 如果库在标准路径（如
/usr/lib），可省略-L，但不推荐——显式声明更可靠
多个源文件 + 静态库，编译和链接要分两步
Clang不会自动把多个 .c 文件“合并”后再链接；必须先编译为对象文件，再统一链接静态库。直接 clang a.c b.c -lmymath 看似可行，但隐含风险：若 b.c 依赖 a.o 中的符号，而链接器按输入顺序解析，可能因符号未定义报错。
Clang 22.1.3
下载
Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。
- 推荐做法：先编译所有源文件为
.o：clang -c a.c b.c -o a.o b.o - 再链接：
clang a.o b.o -L./libs -lmymath -o myapp - 一步写法（仅限简单场景）：
clang a.c b.c -L./libs -lmymath -o myapp，Clang会内部生成临时.o并链接，但调试和增量构建时不灵活
静态库必须是 .a 文件，且架构匹配
Clang链接 -lxxx 时默认找 libxxx.a（不是 .so）。如果只提供 libxxx.so，链接会静默跳过或报错，取决于系统配置。
- 确认库存在：
ls ./libs/libmymath.a，而不是libmymath.so - 检查架构：
file ./libs/libmymath.a，输出需包含当前目标平台（如x86_64或arm64）；混用会导致unable to create object file - 静态库本身不含运行时依赖，但若它内部调用了其他库（如
libpthread），你仍需在链接命令末尾补上-lpthread
链接时符号未定义？检查静态库是否真包含所需函数
即使库文件存在、路径正确、架构匹配，仍可能报 undefined reference to 'func_name'。这通常意味着该函数根本不在静态库中，或者被编译器优化掉了（比如未导出的 static 函数）。
- 查看库导出符号：
ar -t libmymath.a列出归档内所有.o，再用nm -C libmymath.a | grep func_name查具体符号 - 确保函数在头文件中声明为
extern（非static），且实现文件未加static修饰 - 如果静态库由你自己编译，确认编译时没加
-fvisibility=hidden且未用__attribute__((visibility("hidden")))
.a 文件没文档，光靠 -l 盲试很容易浪费半小时。
