Clang编译Linux程序需用clang++而非clang，且必须显式指定-stdlib=libc++并安装对应开发包，否则链接时因ABI不匹配报undefined reference错误。
Clang 编译 Linux 程序和 GCC 用法高度兼容，但默认不链接 libstdc++，且对 C++ 标准库选择更敏感——直接用 clang++ 编译 C++ 程序却没装 libc++ 或没配好路径，大概率报错 undefined reference to 'std::...' 。
clang 和 clang++ 的分工必须分清
写 C 代码用 clang，写 C++ 代码必须用 clang++（哪怕文件名是 .c 但用了 new 或 #include <string></string>）；clang++ 会自动链接 C++ 标准库，clang 不会。
-
clang main.c -o main→ 正常编译纯 C 程序 -
clang++ main.cpp -o main→ 启动 C++ 链接流程，但依赖系统是否提供可用的 C++ 库 - 误用
clang main.cpp -o main→ 即使编译通过，链接时大概率缺失std::basic_string等符号
链接 libc++ 而不是 libstdc++ 的典型场景
Ubuntu/Debian 默认只有 libstdc++（来自 GCC），而 Clang 官方推荐搭配 libc++（LLVM 实现）。若你用 clang++ 但没装 libc++，它会 fallback 到 libstdc++ —— 多数情况能跑，但遇到 std::filesystem 或某些模板特化时可能出问题。
- 装
libc++：Ubuntu 上运行sudo apt install libc++1 libc++1-15 libc++-dev（版本号按实际调整） - 强制用
libc++：加-stdlib=libc++，例如clang++ -stdlib=libc++ main.cpp -o main - 同时指定头文件和库路径（自编译 libc++ 时）：
-I/path/to/libc++/include -L/path/to/libc++/lib -lc++ -lc++abi
Linux 下常见链接失败的三个直接原因
报错如 undefined reference to 'pthread_create'、'clock_gettime' 或 'dlopen'，不是语法问题，是链接阶段缺库。
- 多线程程序必须显式加
-pthread（不只是-lpthread），否则宏定义和符号都可能错位 - 使用
std::chrono高精度时间或std::filesystem时，需加-lrt（realtime） - 动态加载（
dlopen）需加-ldl；C++ 异常/RTTI 在某些精简环境里还要加-lcxxabi（尤其用libc++时）
调试时别跳过 -v 参数
当你不确定 Clang 到底链接了哪些库、搜了哪些路径，直接加 -v 看完整命令流：
clang++ -v -stdlib=libc++ main.cpp -o main
输出里会显示它调用的 linker 命令、搜索的 libdir、实际链接的 libc++.so 绝对路径。很多“明明装了却找不到”的问题，靠这个一眼定位是路径没进 cache 还是版本不匹配。
真正麻烦的从来不是“怎么写命令”，而是“为什么这个命令在 A 机器行，在 B 机器挂”——关键差异往往藏在 -v 输出的第三行链接路径里。
