MSYS2 MINGW32编译的32位程序无法在cmd/资源管理器运行如何解决？

• 程序未实现完全静态链接：你安装的mingw-w64-i686系列依赖包（SDL、SDL_mixer、libpng等）默认提供动态库版本，未给CMake配置强制静态链接参数时，编译器会默认链接动态库，导致程序需要依赖大量外部DLL才能运行。
• 手动收集依赖存在缺陷：手动复制DLL仅能覆盖程序直接依赖的第一层库，无法覆盖DLL本身的嵌套依赖；如果误复制了64位架构的DLL，还会触发0xC000007B的架构不匹配报错。
• 运行环境的PATH变量差异：MINGW32 Shell启动时会自动将/mingw32/bin目录加入系统PATH，未复制的依赖库可以从该目录读取，所以程序能在Shell中正常运行；但cmd和资源管理器的默认PATH不包含MSYS2的相关目录，缺失依赖无法加载就会启动失败。

方案1：编译完全静态的独立可执行文件（推荐用于分发） #

在CMake配置阶段添加静态编译相关参数，强制链接所有依赖的静态版本，示例配置命令如下：

cmake .. -G "MinGW Makefiles" \
  -DCMAKE_EXE_LINKER_FLAGS="-static -static-libgcc -static-libstdc++" \
  -DSDL_STATIC=ON \
  -DSDL_MIXER_STATIC=ON \
  -DPNG_STATIC=ON \
  -DZLIB_STATIC=ON

编译完成后在MINGW32 Shell中执行ldd 你的程序.exe检查依赖，如果输出提示not a dynamic executable，说明完全静态编译成功，生成的exe可以直接在任意Windows环境运行，无需附带任何DLL。

方案2：正确收集所有动态依赖 #

如果不需要完全静态编译，可以通过工具自动收集所有层级的依赖，避免手动复制的遗漏：

1. 在MINGW32 Shell中安装ntldd工具：pacman -S mingw-w64-i686-ntldd
2. 执行ntldd -R 你的程序.exe，列出程序所有嵌套依赖，将所有路径前缀为/mingw32/bin/的DLL全部复制到exe同级目录，不要复制路径前缀为/c/Windows/的系统内置DLL
3. 验证可用性：打开cmd，切换到exe所在目录，执行set PATH=清空当前会话的PATH变量，再直接运行exe，如果可以正常启动，说明依赖收集完整，此时打包整个目录即可分发。

注意：所有DLL必须来自/mingw32/bin目录，禁止复制MINGW64目录下的64位DLL，否则会触发0xC000007B报错。

内容的提问来源于stack exchange，提问作者daniel.franzini