装完 clang 后编译 C++17 代码失败，主因是未显式指定 -stdlib=libc++ 且运行时缺少 libc++.so.1；需按发行版安装对应 libc++ 包、配置 ldconfig，并在交叉编译时正确设置 --sysroot。
装完 clang 却编译不了 C++ 代码？十有八九是没装对标准库，或者没告诉 clang++ 用哪个——它默认不认 libc++，也不自动 fallback 到能跑 C++17 的 libstdc++ 版本。
clang++ 默认链接的是老版 libstdc++，不是 libc++
这是最常被跳过的一步：clang++ 安装后，clang++ hello.cpp 看似能跑，但一旦用到 std::string_view、std::optional 或任何 C++17 新特性，就会在链接阶段报 undefined reference to std::string_view::...。原因很简单：系统里可能只有 GCC 4.8/5.x 自带的 libstdc++.so.6，它根本不实现这些符号。
-
clang++不会自动选新标准库；它默认调用系统libstdc++，仅因路径方便，而非 ABI 兼容 - 你装的
libc++-dev（或libc++1）只是头文件和静态库，不改默认行为 - 必须显式加
-stdlib=libc++，且确保运行时能找到libc++.so.1
不同发行版的标准库安装命令差异大
包名、依赖、甚至是否自带 libc++ 都不一样，不能照搬。CentOS 7 和 Ubuntu 22.04 的处理方式几乎相反。
- Ubuntu/Debian：
sudo apt install clang libc++-dev libc++1——libc++1提供libc++.so.1，libc++-dev提供头文件 - CentOS/RHEL 8+：
sudo dnf install clang llvm-toolset——llvm-toolset已含libc++，但需启用模块：source /opt/rh/llvm-toolset-XX/enable - CentOS 7：
sudo yum install centos-release-scl && sudo yum install llvm-toolset-7-clang—— 这个版本（Clang 5.0）只带基础libc++，且libc++1包名可能是libcxx，得查yum search libcxx
链接 libc++ 后仍报 “cannot open shared object file”
编译通过了，一运行就崩，提示 error while loading shared libraries: libc++.so.1: cannot open shared object file。说明运行时找不到动态库，不是编译时问题。
立即学习“C++免费学习笔记（深入）”；
- 先确认库存在：
find /usr -name "libc++.so*" 2>/dev/null或dpkg -L libc++1 | grep so（Debian） - 如果库在
/usr/lib/llvm-14/lib/这类非标准路径，得让系统知道：echo "/usr/lib/llvm-14/lib" | sudo tee /etc/ld.so.conf.d/llvm.conf && sudo ldconfig - 临时测试可用：
LD_LIBRARY_PATH=/usr/lib/llvm-14/lib ./a.out，但别长期依赖这个环境变量 - 注意：不要用
ln -s把libc++.so.1软链到/usr/lib—— 多个 LLVM 版本共存时容易冲突
交叉编译或自定义 sysroot 下 libc++ 找不到头文件
用 --target=armv7-linux-gnueabihf 编译时，#include <string> 直接报错 file not found，哪怕 libc++ 已装好。Clang 不会自动从 sysroot 拉头文件。
- 必须显式传
--sysroot=/path/to/sysroot，且该路径下要有usr/include/c++/v1（libc++头文件目录） - 验证路径是否生效：
clang++ --target=armv7-linux-gnueabihf --sysroot=/path/to/sysroot -v -E -x c++ /dev/null 2>&1 | grep "include" - 若输出里没有
/path/to/sysroot/usr/include/c++/v1，说明 sysroot 结构不对，或 Clang 版本太旧不支持该 target - CMake 用户直接在 toolchain 文件里设
set(CMAKE_CXX_STANDARD_LIBRARIES "-stdlib=libc++")和set(CMAKE_SYSROOT ...)，比手写命令可靠
真正麻烦的从来不是“装没装”，而是“用没用对”。-stdlib=libc++ 是开关，不是可选项；libc++.so.1 的路径要进 ldconfig 缓存，不是放对位置就行；交叉编译时，--sysroot 和头文件布局必须严丝合缝——漏掉任意一环，错误都藏在链接或运行时，而不是第一行报错里。
