clang++ --version能运行但VS Code仍报“Cannot run compiler 'clang++'”，说明编译器已安装且终端PATH生效，但VS Code进程未继承更新后的环境变量，需彻底重启VS Code而非仅重启终端。
clang++ --version 能运行但 VS Code 仍报“Cannot run compiler 'clang++'”
说明 clang++ 已安装且 PATH 对终端生效，但 VS Code 没读到更新后的环境变量。Windows 下尤其常见：你改了系统 PATH，但 VS Code 是在修改前启动的，它缓存的是旧环境。仅重启集成终端（Terminal → New Terminal）没用，code 进程本身必须重启。
验证方式：在 VS Code 内置终端里执行 echo $PATH（Linux/macOS）或 echo %PATH%（Windows），对比命令行窗口里的输出。如果路径不一致，就是进程未继承新环境。
- Windows 用户：彻底关闭所有 VS Code 窗口（包括托盘图标），再从开始菜单或桌面快捷方式重新打开
- macOS 用户：用
killall Code或 Activity Monitor 强制退出，再启动 - Linux 用户：确保不是通过桌面快捷方式（可能继承旧 session），改用终端执行
code --no-sandbox启动
clang++ 在终端能用，但 CMake 找不到编译器
CMake 默认按固定顺序探测编译器，它会找 clang、clang++、clang-14 等可执行名，但不会自动识别 clang++-15 或带版本后缀的变体。如果你装的是 Homebrew 的 llvm 包，它默认提供 clang++-15，而 CMake 不认这个名。
解决方法是显式告诉 CMake 用哪个二进制：
- 命令行构建时加参数：
cmake -DCMAKE_CXX_COMPILER=clang++-15 .. - 在
CMakeLists.txt开头强制指定：set(CMAKE_CXX_COMPILER "clang++-15" CACHE FILEPATH "") - VS Code 的
cmake-tools插件中，在设置里填入CMAKE_CXX_COMPILER的绝对路径，例如/usr/local/opt/llvm/bin/clang++-15
Qt Creator 报 “Project ERROR: Cannot run compiler 'clang++'”
Qt Creator 不依赖系统 PATH，而是读取“开发套件（Kit）”里手动配置的编译器路径。即使 clang++ --version 成功，Qt Creator 也可能根本没配这个编译器，或配了但路径指向了不存在的文件。
Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。
检查步骤：
- 打开 Preferences → Kits → Compilers，确认有类型为
Clang的条目，且路径正确（如 macOS 上是/usr/bin/clang++，Homebrew 安装则是/opt/homebrew/opt/llvm/bin/clang++） - 再进 Kits → Kits，选中当前使用的 Kit，看 “Compiler” 下拉框是否选中了上面那个 Clang 条目
- 如果路径显示灰色或带感叹号，说明文件不可读——可能是权限问题（macOS 上常见），或路径写错（比如漏掉
++）
注意：Qt 6.7+ 对 Clang 版本有最低要求（通常 ≥14），旧版 clang++ 即使路径对也会被拒绝。
Mac 上 clang++ 可用但链接时报 “ld: library not found for -lstdc++”
这是 macOS 10.14+ 的典型问题：系统已移除 libstdc++，只保留 libc++。但某些构建脚本或第三方库仍硬编码链接 -lstdc++，导致失败。
根本原因不是环境变量，而是链接器行为变化。临时绕过方式：
- 编译时加
-stdlib=libc++参数：clang++ -stdlib=libc++ main.cpp - 若用 CMake，加
set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -stdlib=libc++") - 检查是否误用了 GCC 安装的
g++（Homebrew 的gcc包）——它默认用 libstdc++，但在 macOS 上无法链接成功；应统一用系统 Clang 或 Homebrew LLVM 的clang++
真正要留意的是：很多老教程或 Makefile 里写的 g++ 在 macOS 上实际调用的是 Clang，但链接行为仍按 GCC 习惯走，这种隐式切换最容易埋坑。
