clang --version 显示 Clang 前端版本号及绑定的 LLVM 版本（如 LLVM version 17.0.6），但不反映构建类型（Debug/Release）、后端支持（AArch64/RISCV）或实际安装路径；需配合 which clang、llvm-config --version 和 --prefix 等命令综合验证环境完整性。
clang --version 能看到什么
运行 clang --version 是最直接的检查方式，但它只显示 Clang 前端版本号和绑定的 LLVM 版本（如 LLVM version 17.0.6），不反映你实际安装的是 Debug 还是 Release 构建，也不体现是否启用了 AArch64、RISCV 等后端支持。
常见误区是以为输出里有 “17.0.6” 就代表完整 LLVM 工具链已就位——其实 clang 可能来自系统包管理器（如 apt install clang），而非你刚编译安装的那套。尤其在 Ubuntu/CentOS 上，/usr/bin/clang 和你 make install 到 /usr/local/bin/clang 很可能共存，PATH 顺序决定调用哪个。
- 先确认当前
clang的真实路径：which clang或command -v clang - 再看它属于哪个安装来源：
readlink -f $(which clang)（Linux）或Get-Command clang | Select-Object -ExpandProperty Path（PowerShell） - 如果路径指向
build/bin/clang或/usr/local/bin/clang，才说明是你自己装的；若落在/usr/bin/，大概率是系统自带
llvm-config --version 和 --prefix 必须一起用
llvm-config 是 LLVM 官方提供的元信息查询工具，比 clang --version 更可靠，但前提是它在 PATH 中且对应你安装的那套构建产物。它的输出受 CMAKE_INSTALL_PREFIX 直接控制。
执行以下两条命令缺一不可：
-
llvm-config --version：返回纯版本字符串，如17.0.6 -
llvm-config --prefix：返回安装根目录，比如/home/user/llvm/build/install或/usr/local
如果 llvm-config 报错 command not found，说明：要么没执行 make install（只编译没安装），要么 install 后没把 bin/ 加入 PATH，要么你用 Ninja 构建但忘了 ninja install（Ninja 默认不自动触发 install target）。
检查 install 目录结构是否完整
仅靠命令行输出还不够。LLVM 的 make install 或 ninja install 会把文件复制到 CMAKE_INSTALL_PREFIX 指定路径，典型结构如下：
install/ ├── bin/ │ ├── clang │ ├── clang++ │ ├── llvm-config │ └── opt ├── lib/ │ ├── libLLVM.so # Linux / macOS │ └── cmake/llvm/ # CMake 配置模块，供 find_package(LLVM) 使用 └── include/ # LLVM IR、Pass 等头文件
关键点：
- 若
bin/下没有llvm-config，CMake 项目几乎无法正确链接 LLVM 库 - 若
lib/cmake/llvm/不存在，find_package(LLVM REQUIRED)会失败，即使llvm-config能运行 - Debug 构建的
libLLVM.so体积通常是 Release 的 3–5 倍，但符号表完整，适合调试 Pass
PATH 和 LD_LIBRARY_PATH 容易被忽略的细节
即使 install/bin 已加入 PATH，仍可能遇到运行时报 libLLVM.so: cannot open shared object file。这是因为动态链接器找不到 install/lib。
临时解决：
- Linux：
export LD_LIBRARY_PATH=/path/to/install/lib:$LD_LIBRARY_PATH - macOS：
export DYLD_LIBRARY_PATH=/path/to/install/lib:$DYLD_LIBRARY_PATH
长期方案不是硬写环境变量，而是：在 cmake 配置阶段加 -DCMAKE_INSTALL_RPATH=/path/to/install/lib，这样生成的可执行文件自带 rpath，无需额外设置。
最后提醒一句：LLVM 的 install 不会覆盖系统路径下的同名工具（如 /usr/bin/clang），但如果你手动把 build/bin 加进 PATH 头部，就可能掩盖系统工具——这点在 CI 脚本或多人共享环境里特别容易引发隐性故障。
