clion 默认不自带 gcc，必须手动指定完整绝对路径；windows 下需确保 gcc.exe、g++.exe、gdb.exe 同在 bin 目录，macos/linux 需验证 gui 环境下的 which gcc 输出，避免依赖系统 path 或 auto-detect 导致版本错乱或编译器不可用。
CLion 默认不自带 GCC，必须手动指定路径；直接依赖系统 PATH 里的 gcc 很容易失效或版本错乱，尤其在 Windows 下多版本共存时。
确认 GCC 是否可用且路径明确
别信“已安装就自动识别”——CLion 不会扫描全盘找 gcc.exe。它只检查你明确指向的目录下是否存在可执行文件。
- Windows：确保你有类似
C:\mingw\mingw1120\bin\gcc.exe这样的完整路径，且该目录下同时存在g++.exe、gdb.exe - macOS/Linux：运行
which gcc和gcc --version验证输出，注意 CLion 读取的是 GUI 环境下的路径，不是终端里生效的 shell 环境（比如 zshrc 里加的PATH可能不生效） - 常见失败现象：
Toolchain is not configured correctly: Compiler not found或 CMake 报错Cannot determine target architecture
在 Settings → Toolchains 中填对四个关键字段
路径填错一个字母、漏掉 \bin、用反斜杠代替正斜杠，都会导致编译器“存在但不可用”。
-
CMake：建议用 CLion 捆绑版（默认），除非项目强制要求特定 CMake 版本 -
Environment：选MinGW（Windows）、Clang（macOS）、GNU（Linux），不要选Auto-detect—— 它常误判 -
C compiler：必须是gcc可执行文件的**完整绝对路径**，例如C:\mingw\mingw1120\bin\gcc.exe -
C++ compiler：同理，填g++.exe的完整路径，不能和 C 编译器共用同一文件（GCC 不支持用gcc.exe编译 C++） - 调试器（
Debugger）：优先选捆绑 GDB；若自定义 MinGW，务必确认其gdb.exe支持 Python（否则断点变量无法展开）
项目级覆盖：避免全局 PATH 干扰
把多个 MinGW 版本都加进系统 PATH 是最危险的做法——CMake 和 CLion 都可能随机 pick 到错误版本，且无法追溯。
- 正确做法：每个项目单独配 Toolchain，路径写死在项目设置里，不依赖环境变量
- 如果要用批处理临时切换（如开发时快速验证 GCC 8 vs 11），请在 CLion Terminal 里先运行
mingw810_env.bat，再手动触发Reload CMake Project - CMakeLists.txt 内部硬编码编译器（如
set(CMAKE_C_COMPILER "...")）会覆盖 IDE 设置，仅作备用手段，不推荐日常使用
最容易被忽略的一点：CLion 的 Toolchain 设置是**按项目保存的**，但新建项目时默认继承上次项目的配置。如果你刚删掉一个旧项目，又立刻建新项目，很可能复用了一个指向已删除 MinGW 目录的 Toolchain，此时界面不报错，但构建必失败——务必手动点开新项目的 Settings → Toolchains 确认路径有效。
