Windows下通过MSYS2 MinGW编译带Python支持的源码GDB报错求助

核心报错原因 #

configure: error: python is missing or unusable报错的核心原因是环境架构/ABI不匹配：

• 直接通过pacman -S python安装的是MSYS原生架构的Python，和MinGW32的32位MinGW编译目标架构不兼容，configure执行链接测试时会直接失败
• 无后缀参数的pacboy -S python不会自动匹配当前shell的架构版本，大概率装错目标架构
• Windows本地独立安装的官方Python是MSVC编译版本，和MinGW GCC的ABI不兼容，无法被编译链识别

正确操作步骤 #

• 打开对应MinGW32 shell（不要开错成MSYS、MinGW64环境的shell窗口），先执行pacman -Syu同步软件源并升级基础组件，如果提示需要重启shell就关闭重开，再执行pacman -Su确保所有包升级完成
• 安装MinGW32架构匹配的Python及开发依赖：

  pacman -S mingw-w64-i686-python mingw-w64-i686-python-devel mingw-w64-i686-expat
  

• 进入GDB源码目录，彻底清理之前的编译缓存，必须执行make distclean；如果之前多次执行过configure，建议额外手动删除源码根目录下的config.cache文件，避免旧的错误检测结果干扰配置流程
• 重新执行配置脚本，优先使用默认参数：

  ./configure --with-python
  

  如果仍然无法自动识别Python，显式指定MinGW32环境下的Python二进制路径即可：

  ./configure --with-python=/mingw32/bin/python3.exe
  

• 配置完成后检查输出的配置清单，找到Python support项显示为yes即代表识别成功，后续正常执行make即可完成编译

避坑提示 #

• 不要跨环境混用软件包：MSYS2下MSYS、MinGW32、MinGW64三个环境的软件包互相独立，MinGW32环境下只有前缀为mingw-w64-i686-的包才是匹配架构、可用于编译的版本，不带此前缀的默认包为MSYS原生版本，无法用于MinGW目标编译
• 不要使用Windows系统中独立安装的Python，这类Python使用MSVC编译，和MinGW GCC的二进制接口不兼容，无法完成编译阶段的链接
• 每次调整Python安装配置后必须清理旧的编译缓存，否则configure会直接读取之前的失败检测结果重复报错

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