Clang生成静态库必须先用-c编译出.o文件，因为ar只能打包已编译的目标文件；漏掉-c会导致链接错误或生成可执行文件而非目标文件。
Clang生成静态库必须用 -c 编译出 .o 文件
因为 ar 只能打包已编译的目标文件，不能处理源码。Clang（或 clang++）加 -c 才会停在编译+汇编阶段，输出符合 ELF 格式的 .o；漏掉它，Clang 就会尝试链接，报错 undefined reference to 'main'。
-
clang++ -c MyClass.cpp→ 输出MyClass.o（合法目标文件） -
clang++ MyClass.cpp→ 报错：找不到main，或生成可执行文件而非目标文件 -
clang++ -c MyClass.h→ 直接失败：Clang 不编译头文件，cannot compile 'MyClass.h' as C++ source
ar 打包时若混入 .c 或目录，静态库就失效
静态库不是“压缩包”，是链接器可识别的归档。如果误把源文件塞进去：ar rcs libmy.a *.c，那 libmy.a 里存的只是纯文本，链接时照样报 undefined reference，哪怕函数名完全拼对。
Clang 22.1.3
下载
Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。
- 验证方法：
ar -t libmy.a应该列出xxx.o，不是xxx.c - 进一步确认：
file xxx.o必须显示ELF 64-bit LSB relocatable，而不是C source - Windows 下用
.lib同理：lib.exe也只接受.obj，不认.cpp
静态库依赖目标文件里的符号表和重定位信息
每个 .o 文件包含 .text、.symtab（符号表）、.rela.text（重定位入口）——链接器靠这些从 .a 中精准提取并修补调用地址。跳过 .o 阶段，这些结构根本不存在，打包出来的只是二进制垃圾。
- 改一行代码？必须重新
clang++ -c生成新.o，再用ar r替换归档内对应成员 - 不能只改源码再
ar rcs重打包：旧.o还在库里，链接时用的仍是旧实现 - 模板类全在头里？没法单独编译出
.o→ 这种情况压根不适合做静态库，得改用头文件库或动态库
CMake + Clang 场景下容易漏掉的三个硬性条件
即使 Clang 装好了，CMake 默认仍可能调 GCC；就算 add_library 写了，也可能静默生成动态库。必须显式控制三件事：
- 编译器指定：命令行加
-DCMAKE_C_COMPILER=clang -DCMAKE_CXX_COMPILER=clang++，仅设环境变量不够 - 类型锁定：
add_library(mylib STATIC mylib.cpp)—— 不能省略STATIC，否则受BUILD_SHARED_LIBS全局开关影响 - 头文件路径暴露：
target_include_directories(mylib PUBLIC ${CMAKE_CURRENT_SOURCE_DIR}/include)，用PRIVATE或全局include_directories()都会导致下游#include "xlog.h"找不到
.o 才是静态库唯一合法构件，它不是中间产物，是构成静态库的原子单元。改代码、换编译器、切平台，只要目标文件格式不对，后面全白搭。 
