根本原因是cmake在path中找不到gcc/g++编译器，需确保mingw-w64的bin目录（如d:\mingw64\bin）正确添加至path，且新开终端验证gcc --version有效；同时必须显式指定-g "mingw makefiles"生成器，并用mingw32-make执行编译。
cmake .. -G "MinGW Makefiles" 为什么总报错？
根本原因不是命令写错了，而是 CMake 根本没找到 gcc 或 g++。它在 PATH 里翻了一遍，没看见这两个可执行文件，就直接放弃并报 CMAKE_C_COMPILER not set 这类错误。
验证方式很简单：gcc --version 和 g++ --version 必须能在任意 CMD/PowerShell 中成功返回版本号。如果报“不是内部或外部命令”，说明 MinGW 的 bin 目录没加进 PATH，或者加了但路径不对（比如指向了空文件夹、拼写错误、多了一个反斜杠）。
- MinGW-w64 推荐解压后路径不含空格和中文，例如
D:\mingw64\bin - PATH 中只添加
bin目录，不要加lib或根目录 - 修改 PATH 后必须新开一个终端，旧窗口不会自动刷新环境变量
生成 Makefile 时 -G 参数必须显式指定
Windows 上 CMake 默认会尝试找 Visual Studio，哪怕你装了 MinGW，它也不会自动切换。不加 -G 就等于让 CMake 自己猜，而它的默认猜测几乎总是 MSVC。
正确写法只有两种等效形式：
cmake -G "MinGW Makefiles" ..
cmake .. -G "MinGW Makefiles"
注意："MinGW Makefiles" 是完整、带空格、带引号的字符串，少一个字符或引号位置错都会失败；.. 指向 CMakeLists.txt 所在目录，不能写成 . 或绝对路径（除非你明确需要）。
- 别用
-G "Unix Makefiles"—— 它不兼容 Windows 下的mingw32-make - 别用
-G "Ninja"—— 除非你额外装了 Ninja 并配置好，否则后续make命令会找不到工具 - VS Code 的 CMake Tools 插件里选 kit 时，要认准含 “MinGW” 字样的条目，而不是 “Visual Studio” 或 “Clang”
编译时要用 mingw32-make，不是 make
生成完 Makefile 后，CMake 不负责真正编译，它只生成了指令清单。Windows 默认没有 make 命令，系统自带的是 nmake（MSVC 工具），它不认识 MinGW 生成的 Makefile。
必须用 MinGW 自带的 mingw32-make（有些新版包里叫 mingw-make 或直接是 make，但保险起见优先试 mingw32-make）：
mingw32-make
如果提示“不是内部或外部命令”，说明 mingw32-make.exe 不在 PATH 对应的 bin 目录里——检查你安装的 MinGW-w64 是否真的包含这个文件（常见于精简版或某些打包漏掉了）。
- MSYS2 安装的 MinGW-w64 默认带
mingw32-make - 手动下载的 mingw-builds 包，需确认下载的是 “seh” 或 “sjlj” 版本，而非 “posix”（后者通常不附带 make）
- 实在不行，可从 GNU Make 官网单独下载 Windows 版
make-4.4-w64-bin.zip，解压后把bin加进 PATH
CMakeLists.txt 里 target_compile_options 不生效？
MinGW 对编译选项敏感，target_compile_options(MyTarget PRIVATE -Wall -Wextra) 看似没问题，但实际可能被忽略，尤其当你用的是较老 GCC 版本（如 8.1）或未启用 C++ 标准。
关键点在于：MinGW 的 GCC 默认按 C89/C++98 编译，很多现代警告选项（比如 -Wduplicated-cond）在旧标准下无效。必须显式指定标准：
set(CMAKE_CXX_STANDARD 17) set(CMAKE_CXX_STANDARD_REQUIRED ON)
否则 -Wall 可能只触发极少量警告，你以为没生效，其实是标准太低，选项压根不激活。
- 不要依赖
project(MyProject CXX)自动推导标准，它只设默认值，不强制 - 如果项目混用 C 和 C++，分别设置
CMAKE_C_STANDARD和CMAKE_CXX_STANDARD - MinGW-w64 8.x 默认 C++14，11.x+ 才默认 C++17，版本差异直接影响警告粒度
-G 能否让 CMake 生成对的脚本、mingw32-make 能否真正执行那堆脚本——漏掉任意一环，都会卡在“看似配置好了，却跑不起来”的状态。
