Clang环境变量配置需PATH、LIBRARY_PATH和CPLUS_INCLUDE_PATH协同生效：PATH必须精确指向bin目录（如C:\Program Files\LLVM\bin），LIBRARY_PATH影响链接阶段库查找，CPLUS_INCLUDE_PATH决定#include头文件搜索路径，且三者在Windows/macOS/Linux中行为差异显著。
Clang 的环境变量配置不是“设了就能用”，关键在 PATH、LIBRARY_PATH 和 CPLUS_INCLUDE_PATH 三者的协同，且 Windows/macOS/Linux 行为差异极大。
PATH 必须包含 clang.exe 和 clang++ 的 bin 目录
PATH 是系统找 clang 和 clang++ 命令的唯一依据。只把 LLVM 安装目录加进去不够——必须精确到 bin 子目录。
- Windows：安装时勾选 Add LLVM to the system PATH，否则手动添加如
C:\Program Files\LLVM\bin到系统环境变量 PATH - macOS：
xcode-select --install自带的 Clang 不需要额外 PATH；若装的是独立 LLVM，则需将/usr/local/opt/llvm/bin（Homebrew 路径）或~/llvm/bin加入~/.zshrc中的 PATH - Linux（Ubuntu）：
sudo apt install clang后，clang通常已软链到/usr/bin/，无需改 PATH；但若用apt.llvm.org装的多版本（如clang-17），则需确认/usr/lib/llvm-17/bin是否在 PATH 中
验证方式：终端执行 which clang++ 或 clang++ --version，失败说明 PATH 没生效。
LIBRARY_PATH 和 LD_LIBRARY_PATH 区分编译与运行时
LIBRARY_PATH 影响 clang++ 链接阶段（即 -lxxx 查找路径），LD_LIBRARY_PATH 只影响程序运行时动态库加载——两者不能混用，且 Windows 上根本不存在 LD_LIBRARY_PATH。
Clang 22.1.3
下载
Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。
- Windows 下不设这两个变量，Clang 默认复用 MSVC 的 CRT 和链接器，依赖 Visual Studio Build Tools 安装的 Windows SDK 和库路径
- Linux/macOS 若需链接非标准位置的静态库（如自己编译的
libfmt.a），应导出：export LIBRARY_PATH="/path/to/my/libs:$LIBRARY_PATH" - 运行时报
error while loading shared libraries，才需检查LD_LIBRARY_PATH（Linux）或DYLD_LIBRARY_PATH（macOS），但更推荐用-rpath编译时固化路径
CPLUS_INCLUDE_PATH 决定 #include<...> 能否找到头文件
Clang 默认只查系统路径（如 /usr/include/c++/v1 或 MSVC 的 include），第三方库（如 Boost、fmt）若不在标准位置，#include 就会报错。
- Linux/macOS：设置
export CPLUS_INCLUDE_PATH="/usr/local/include:/opt/homebrew/include:$CPLUS_INCLUDE_PATH"（Homebrew 用户常用） - Windows：Dev-C++ 等 IDE 需在 GUI 中单独填
C Includes路径（如C:\Dev-Cpp\MinGW64\include），环境变量CPLUS_INCLUDE_PATH在 MinGW/Clang 混合环境下常被忽略 - 注意：Clang 对
libc++头文件路径敏感，若强制用-stdlib=libc++却没配对CPLUS_INCLUDE_PATH，#include也会失败
最容易被忽略的点是：Clang 在 Windows 上默认不走 CPLUS_INCLUDE_PATH，而是依赖 Visual Studio 的 INCLUDE 环境变量或 --sysroot 参数；而 Linux/macOS 下即使 PATH 正确，CPLUS_INCLUDE_PATH 缺失也会让 clang++ -I 外的头文件查找直接失败——这不是 bug，是设计如此。
