CLion修改编译工具链需两步：在Toolchains中指定具体可执行文件路径（如/usr/bin/clang），再于CMake Profile中显式关联该工具链；配错路径或未关联将静默回退默认编译器。
CLion 修改编译工具链的核心动作就两步：在 Toolchains 里指定可执行文件路径，再让 CMake Profile 关联它。配错路径或跳过关联，build 就会静默 fallback 到默认编译器（比如 GCC 或 MSVC），你根本意识不到没生效。
Toolchains 设置页填什么路径才有效
CLion 不认“安装目录”，只认具体可执行文件路径。填错层级是常见失败原因：
-
clang和clang++必须是完整路径，例如/usr/bin/clang（Linux/macOS）或C:\LLVM\bin\clang++.exe（Windows）；填/usr/bin或C:\LLVM这类目录名无效 - Windows 下用 MSVC 工具链时，
C Compiler填的是cl.exe路径（如C:\Program Files\Microsoft Visual Studio\2022\Community\VC\Tools\MSVC\14.36.32532\bin\Hostx64\x64\cl.exe），不是vcvarsall.bat - 交叉编译（如 ARM、RISC-V）必须用对应工具链的
arm-none-eabi-gcc或riscv-none-embed-gcc，不能混用主机 gcc - WSL 工具链下，CLion 显示 “Toolset not found” 很可能是因为 WSL 里没装
gdb或make，得进 WSL 终端手动运行sudo apt install gdb make
CMake Profile 必须显式选择对应 Toolchain
很多人只改了 Toolchains 页面，却忘了在 CMake 设置里绑定——这会导致 CLion 仍用默认工具链跑 configure。
- 进入
Settings → Build, Execution, Deployment → CMake，点击+新增 Profile - 在
Toolchain下拉菜单中，必须选中你刚配置的那个名字（如 “Clang 16” 或 “ARM GCC”），不能留空或选 “Default” - 如果项目已有 CMake cache，改完后要点击右上角
Reload CMake project图标（循环箭头），否则旧缓存继续生效 - 多 Profile 场景（如同时开发 host 和 target 版本）：每个 Profile 可独立绑定不同 Toolchain，但注意 CMakeLists.txt 中不要硬写
set(CMAKE_CXX_COMPILER ...)，否则会覆盖 Toolchain 设置
验证是否真生效的三个信号
别只看 build 成功与否——Clang 编译成功但实际跑的还是 GCC，这种“伪生效”最坑人。
- 打开
CMake output窗口（Build → CMake → CMake Output），configure 阶段应出现类似-- The CXX compiler identification is Clang 16.0.6的行；若显示GCC或MSVC，说明没切过去 - build 完成后，在
Build → Show Build Log里搜clang++ -std=或arm-none-eabi-g++，确认实际调用命令 - 写个带
__clang__或__GNUC__宏判断的最小测试文件，编译后运行输出，直接验证预处理器行为
真正麻烦的不是配路径，而是工具链之间隐含的 ABI、标准库、链接器差异——比如 Clang 默认用 libc++，GCC 用 libstdc++，混用就会报 undefined reference to '__cxa_throw'。这些细节不暴露在设置界面里，得靠 build 日志和运行时行为反推。
