Windows下Conda与MSYS2 MinGW-w64 GCC冲突问题求解

核心原因 #

激活Conda时，系统PATH会被优先注入[...]\Anaconda3\Library\mingw-w64\bin，导致编译时调用的是Conda自带的旧版as.exe，而非MSYS2安装的对应版本GCC配套的汇编器，二者依赖的zstd库版本不兼容，触发入口点缺失错误。

具体解决方案 #

方案一：临时调整PATH顺序（单次有效） #

激活Conda后，手动将MSYS2的MinGW-w64路径移到PATH最前端：

1. 打开CMD/PowerShell，激活Conda环境：conda activate 你的环境名
2. 执行命令修改PATH（以64位MSYS2为例，路径根据你的安装位置调整）：

   set PATH=C:\msys64\mingw64\bin;%PATH%
   

3. 之后再运行CMake或编译命令即可使用MSYS2的工具链。

方案二：修改Conda环境配置（永久生效） #

通过Conda的环境钩子脚本，自动调整PATH优先级：

1. 进入Conda环境的etc\conda\activate.d目录（路径类似[...]\Anaconda3\envs\你的环境名\etc\conda\activate.d，如果没有就手动创建）
2. 创建fix_path.bat文件（CMD用），内容如下（以64位MSYS2为例）：

   @echo off
   set PATH=C:\msys64\mingw64\bin;%PATH%
   

3. 下次激活Conda环境时，脚本会自动将MSYS2路径放到PATH最前面。

方案三：强制CMake使用指定工具链 #

不修改PATH，直接在CMake命令中指定MSYS2工具链的绝对路径：

cmake --debug-trycompile .. -G "MinGW Makefiles" ^
-DCMAKE_CXX_COMPILER=C:/msys64/mingw64/bin/g++.exe ^
-DCMAKE_C_COMPILER=C:/msys64/mingw64/bin/gcc.exe ^
-DCMAKE_ASM_COMPILER=C:/msys64/mingw64/bin/as.exe

注意路径用正斜杠或双反斜杠，避免转义问题。

方案四：隔离Conda的MinGW组件（彻底移除冲突） #

如果不需要Conda自带的MinGW工具链，可以直接删除相关目录：
删除[...]\Anaconda3\Library\mingw-w64目录，或者在Conda配置中禁用该组件的PATH注入：

1. 编辑Conda的全局配置文件.condarc（通常在用户目录下），添加以下内容：

   env_vars:
     PATH: $PATH
   

   这样Conda激活时不会修改PATH，但可能影响Conda依赖MinGW的包，需谨慎使用。

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