cmake在windows上找不到编译器是因为未安装mingw-w64或未将其bin目录（如d:\mingw64\bin）添加到path，且需新开终端生效；可强制指定编译器并使用-g "mingw makefiles"或-g "ninja"生成对应构建文件。
CMake 在 Windows 上默认找不到编译器，不是它坏了，而是你还没给它配好 gcc 或 g++ —— 它压根不知道该用谁来编译你的代码。
cmake .. 报错 CMAKE_C_COMPILER not set 怎么办
这是最常见卡点，本质是 CMake 检测不到可用的 C 编译器。它会在 PATH 里按顺序找 gcc.exe、cl.exe 等，Windows 原生不带这些。
- 先确认是否已安装 MinGW-w64（不是旧版 MinGW）：在 CMD 输入
gcc --version，有输出才说明装对了 - 必须把 MinGW-w64 的
bin目录（比如D:\mingw64\bin）加进系统PATH，不是安装根目录，也不是lib或include - 改完环境变量后，**要新开一个 CMD 或 PowerShell 窗口**，旧窗口不会自动继承新 PATH
- 如果仍报错，可临时强制指定编译器：
cmake -DCMAKE_C_COMPILER=gcc -DCMAKE_CXX_COMPILER=g++ ..
用 MinGW Makefiles 还是 Ninja？
Windows 下不用 VS，默认生成的是 Visual Studio 工程文件，你得明确告诉 CMake 你要用什么构建工具。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
-
cmake -G "MinGW Makefiles" ..：依赖make，需确保mingw32-make.exe在 PATH 中（部分 MinGW-w64 包不含此文件，会报make: command not found） -
cmake -G "Ninja" ..：更推荐，速度快、无额外依赖，只需单独下载ninja.exe放进 PATH 即可 - 别混用：一旦用
-G指定了生成器，后续cmake ..就得保持一致，否则会报错“Generator not supported”
CMakeLists.txt 里要不要写 project(... CXX)？
写不写影响编译器选择逻辑，尤其当你混用 C 和 C++ 文件时。
- 只写
project(MyProj C)：CMake 只启用 C 编译器检测，即使有.cpp文件也会失败 - 写
project(MyProj C CXX)或project(MyProj)（默认包含 CXX）：才会去找g++，并正确处理add_executable中的 C++ 源码 - 如果项目含
set(CMAKE_CXX_STANDARD 17)却没启用 CXX 语言，CMake 不报错但标准不生效
VS Code 里 CMake Tools 插件找不到 Kit 怎么办
插件里的 “Kit” 就是它识别出的编译器组合，找不到 ≠ 没装好，而是没被扫描到。
- 执行
CMake: Scan for Kits（Ctrl+Shift+P），它会主动遍历 PATH 查gcc/g++和对应gdb - 若仍为空，检查 MinGW-w64 是否为 64 位（x86_64）版本 —— 某些老旧 Kit 扫描器不认 arm 或 i686 架构
- 手动添加 Kit：在
.vscode/c_cpp_properties.json里补上"compilerPath"指向g++.exe绝对路径，再触发一次 Scan - 注意：Kit 名称里带 “GCC x.x.x” 才有效，带 “Visual Studio” 或 “Clang” 的是别的工具链，别选错
最容易被忽略的是：MinGW-w64 安装包五花八门，有的自带 make，有的只有 gcc；有的 bin 下是 gcc.exe，有的是 x86_64-w64-mingw32-gcc.exe —— 后者需要额外配置 CMAKE_C_COMPILER，否则 CMake 根本认不出来。
