Windows10下MSYS2(MinGW)环境配置CMake使用GNU工具链

我之前在MSYS2环境里也踩过这个坑——明明配置好了GCC工具链，CMake却死活要找nmake和cl，太闹心了。结合自己的折腾经验，给你几个靠谱的解决办法：

方法1：直接指定CMake生成器 #

CMake在Windows环境下默认会优先探测Visual Studio工具链，所以咱们可以直接告诉它用Unix Makefiles生成器（适配MSYS2的make工具）：

# 先清理之前的缓存（如果有的话）
rm -rf CMakeCache.txt CMakeFiles/
# 指定生成器并运行cmake
cmake -G "Unix Makefiles" .

这个命令会强制CMake使用MSYS2下的make和GCC，跳过对Visual Studio工具链的探测。

方法2：通过环境变量强制指定编译器 #

你之前只设置了CMAKE_CXX_COMPILER，但CMake可能还会探测C编译器，而且单独设置这个变量有时候会被自动探测覆盖。试试在运行cmake前先导出这两个环境变量：

export CC=gcc
export CXX=g++
# 清理缓存后运行cmake
rm -rf CMakeCache.txt CMakeFiles/
cmake .

CMake会优先读取CC和CXX环境变量来确定编译器，这样就不会跑去用cl了。

方法3：使用工具链文件（最彻底的方案） #

如果上面的方法还是不生效，可以写一个工具链文件，彻底告诉CMake该用哪套工具链。创建一个名为mingw-toolchain.cmake的文件，内容如下：

set(CMAKE_SYSTEM_NAME Windows)
set(CMAKE_C_COMPILER gcc)
set(CMAKE_CXX_COMPILER g++)
set(CMAKE_MAKE_PROGRAM make)

然后运行cmake时指定这个工具链文件：

rm -rf CMakeCache.txt CMakeFiles/
cmake -DCMAKE_TOOLCHAIN_FILE=./mingw-toolchain.cmake .

这个方法相当于给CMake硬编码了工具链配置，完全避免自动探测的干扰。

方法4：检查MSYS2终端的启动方式 #

一定要确保你打开的是MSYS2 MinGW 64-bit（或32-bit，对应你安装的工具链版本）终端，而不是普通的MSYS2终端或者Windows命令提示符。MinGW专属终端会自动配置环境变量，把GCC工具链的路径放在最前面，让CMake更容易找到正确的工具。

最后提醒一句：每次尝试新方法前，一定要删除CMakeCache.txt和CMakeFiles目录，不然之前的缓存设置会影响新的配置。

内容的提问来源于stack exchange，提问作者Dov