Clang装完但clang --version报错或显示旧版本，常见原因是PATH中存在多个Clang（如Xcode自带、Homebrew安装、手动编译），新装版本未被优先调用；macOS尤易发生，需用which clang确认实际路径，并通过export PATH="/opt/homebrew/bin:$PATH"（ARM）或"/usr/local/bin:$PATH"（Intel/Linux）临时切换，再写入~/.zshrc永久生效。

Clang装完但 clang --version 报错或显示旧版本

常见原因是系统 PATH 里有多个 Clang（比如 Xcode 自带的、Homebrew 装的、手动编译的），新装的没被优先找到。macOS 尤其容易踩这个坑——Xcode 命令行工具自带的 clang 默认路径是 /usr/bin/clang，而 Homebrew 安装的是 /opt/homebrew/bin/clang（Apple Silicon）或 /usr/local/bin/clang（Intel）。

验证当前实际调用路径：
which clang
clang --version

如果版本不对，临时切换：

• 在当前 shell 中执行 export PATH="/opt/homebrew/bin:$PATH"（macOS ARM）或 export PATH="/usr/local/bin:$PATH"（macOS Intel / Linux）
• 永久生效就写进 ~/.zshrc 或 ~/.bashrc，然后 source ~/.zshrc
• 别直接删 /usr/bin/clang —— 这是系统保护文件，sudo 也删不掉，还可能影响 Xcode

Clang 静态分析器（scan-build）不可用

scan-build 不是随 Clang 自动安装的独立命令，它属于 clang-tools 包，在 Ubuntu/Debian 上需单独装：
sudo apt install clang-tools
CentOS/RHEL 对应的是 clang-tools-extra；macOS 用 Homebrew 装 llvm 时默认包含，但二进制名可能是 scan-build-18（版本号后缀）而不是 scan-build。

检查是否存在：
ls /usr/bin/scan-build* 或 ls $(brew --prefix llvm)/bin/scan-build*

若只有带版本号的，建议建软链：
sudo ln -s $(brew --prefix llvm)/bin/scan-build-18 /usr/local/bin/scan-build

注意：scan-build 本质是包装器，它不分析源码本身，而是拦截后续的 clang 编译调用——所以必须确保你运行 scan-build make 时，make 内部实际调用的是你刚配好的那个 clang，否则分析无效。

Clang 22.1.3

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

下载

include-what-you-use（IWYU）和 Clang 版本不匹配

IWYU 必须和 Clang 主版本严格一致，比如 Clang 18 就得用 IWYU 18.x，混用 17 和 18 会导致 libclang.so 加载失败或 segfault。错误信息常是：
error while loading shared libraries: libclang.so.18: cannot open shared object file

解决办法只有两个：

• 从 IWYU 官方 GitHub Releases 页面下载对应 Clang 版本的预编译包（推荐新手）
• 自己编译 IWYU 时，CMake 必须指定 -DCLANG_INCLUDE_DIRS 和 -DCLANG_LIBRARIES 指向你当前 Clang 的头文件和库路径，不能依赖系统默认查找
• 别信“兼容多个版本”的说法——底层 ABI 不稳定，差一个小版本都可能崩

C++ 标准库头文件找不到（fatal error: 'vector' file not found）

Clang 本身不附带 C++ 标准库，它依赖系统或第三方提供的 libc++ 或 libstdc++。macOS 上 Xcode 命令行工具自带完整支持；Linux 上装了 clang 却没装 libc++-dev 或 libstdc++-dev 就会报这个错。

Ubuntu/Debian：
sudo apt install libc++-18-dev libc++abi-18-dev（对应 Clang 18）
或 sudo apt install libstdc++-13-dev（用 GCC 的标准库）

关键点：

• Clang 默认优先找 libc++，找不到才 fallback 到 libstdc++
• 用 clang++ -stdlib=libc++ 显式指定，避免隐式切换导致链接失败
• 不要手动改 /usr/include/c++ 软链——不同标准库 ABI 不兼容，链接时会静默出错

配置这事，最麻烦的不是装，而是确认每个组件的真实来源和版本对齐。尤其在 macOS 上，Xcode、Homebrew、手动编译三套 Clang 共存时，which 和 clang --version 得查两遍，scan-build 和 include-what-you-use 的二进制还得各自验一遍——漏一个，后面所有分析都白跑。