-stdc++ 或 -static-libc++ 实现标准库静态链接，而 -static 强制全局静态链接所有依赖（包括 libc），需系统提供对应 .a 文件，否则报错；它不控制用户自定义静态库的链接。

Clang 的 -static 参数不是“静态链接某个库”，而是全局强制静态链接

很多人误以为 -static 是像 -ladd 那样指定某个库静态链接，其实它作用于整个链接阶段：所有依赖（包括 libc、libstdc++ 或 libc++）都必须有对应的静态版本（.a），否则直接报错。它不区分单个库，也不和 -lxxx 组合实现“部分静态”。

为什么加了 -static 却报 cannot find -lc 或 -lc++

这是最常见现象，根本原因是系统没装静态 C/C++ 运行时库。例如：

• Ubuntu/Debian：缺 libc6-dev（提供 libc.a）和 libstdc++-dev 或 libc++-dev
• macOS：Xcode Command Line Tools 默认不提供 libc.a，-static 基本不可用
• Alpine Linux：需安装 musl-dev（对应 musl 静态链）

Clang 不会自动 fallback 到动态链接——-static 是硬性开关，找不到任一静态依赖就中断，不会提示“你可能想试试 -static-libstdc++”。

想只静态链接标准库，其他仍用动态？用 -static-libstdc++ 或 -static-libc++

这才是日常更实用的选项，尤其在 Linux 上部署时避免运行时环境差异：

Clang 22.1.3

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

下载

• clang++ main.cpp -static-libstdc++ -o app → libstdc++.a 打进二进制，libc.so 仍动态加载
• clang++ main.cpp -static-libc++ -o app → 对应 libc++.a（需已安装 libc++-dev）
• 两者可共存：-static-libstdc++ -static-libgcc，但 -static-libgcc 通常非必需

注意：-static-libstdc++ 不影响你自己的 libadd.a ——它是否被链接，仍取决于你是否传了 -ladd 和 -L.；这个参数只管标准库。

-static 和你自己写的 libxxx.a 没有直接关系

你用 ar -r libadd.a add.o 生成的静态库，链接时是否生效，取决于你是否显式写 -ladd 和 -L.，跟有没有加 -static 无关。哪怕不加 -static，只要写了 -ladd，libadd.a 就会被静态链接进去；加了 -static 反而可能因缺少 libc.a 导致整个链接失败，连你的 libadd.a 都没机会参与。

真正容易被忽略的是：Clang 在链接时对静态/动态库的选择逻辑是“先找 libxxx.so，找不到再找 libxxx.a”，而 -static 强制跳过所有 .so 查找路径——这会让很多默认可用的系统库瞬间“消失”。