Arch Linux 中安装 Clang 只需 sudo pacman -Syu clang，默认链接 libstdc++ 会导致 C++17/20 链接失败，须显式加 -stdlib=libc++；切编译器应通过环境变量而非修改 /usr/bin/gcc 软链接；Clang 与 GCC 共存时需注意头文件路径和扩展语法兼容性。
Arch Linux 用 pacman 装 clang 就够了
Clang 在 Arch Linux 官方仓库里，不需要手动编译或加 AUR；pacman -S clang 一行命令就能装全功能版本（含 clang++、llvm 运行时、libc++ 头文件和库），比 Ubuntu 的分包逻辑更干净。
执行以下命令：
sudo pacman -Syu clang
注意：-Syu 是必须的——Arch 不允许跳过系统同步直接装包，否则可能因依赖版本错位导致 clang++ 启动失败或链接报错。装完验证：
clang --version<br>clang++ --version
两个命令输出的版本号应一致，且不带 (GCC) 字样（那是 GCC 的伪装行为，Clang 不会这么标）。
clang++ 默认用 libstdc++，C++17/20 项目会链接失败
Arch 的 clang++ 默认仍链接系统 GCC 的 libstdc++，但新版 Clang 对 std::string_view、std::optional 等特性的头文件声明和 ABI 实现，跟老版 libstdc++（比如 GCC 13 之前的）不完全对齐，结果就是编译过、链接挂：
undefined reference to `std::string_view::string_view(char const*, unsigned long)'
解决方法只有一条：显式指定标准库。
- 编译时加
-stdlib=libc++，例如：clang++ -stdlib=libc++ -std=c++17 main.cpp -o main - 必须已安装
libc++——它随clang包自动拉取，不用额外装 - 不能只加
-std=c++17就以为万事大吉；-stdlib=libc++是硬性前提，漏掉就等于没换编译器
让 cmake 或 make 默认走 clang，别碰 /usr/bin/gcc
Arch 用户常误以为改 /usr/bin/gcc 软链接就能全局切 clang，这会破坏 linux-headers、dkms、systemd 等需原生 GCC 构建的系统组件。
正确做法是环境变量隔离：
- 临时单次构建：
CC=clang CXX=clang++ cmake ..或CC=clang CXX=clang++ make - 用户级默认（写入
~/.bashrc）：export CC=clang和export CXX=clang++，重启 shell 生效 - 项目级（CMakeLists.txt 中）可加：
set(CMAKE_C_COMPILER clang)和set(CMAKE_CXX_COMPILER clang++)，但优先级低于环境变量
Clang 和 GCC 共存时头文件路径容易混用
Clang 会优先查 /usr/include/c++/v1/（libc++ 路径），但若项目里写了 #include <bits></bits> 这类 GCC 专属头，或用了 __attribute__((packed, aligned(16))) 这种 GCC 扩展语法，Clang 可能静默忽略或报错。
常见症状：
-
error: unknown type name '__int128'（GCC 扩展类型，Clang 默认不启用） -
warning: 'register' storage class specifier is deprecated（Clang 更早废弃该关键字） - 头文件找不到，但
find /usr/include -name "c++config.h"明明存在——其实是路径被 GCC 的-I/usr/include/c++/13覆盖了
排查建议：加 -v 参数看实际 include 路径：clang++ -v -stdlib=libc++ main.cpp 2>&1 | grep "include"，确认是否真在用 /usr/include/c++/v1。
