使用MinGW-w64交叉编译Windows平台C++代码时遭遇libstdc++-6.dll相关错误

嘿，我之前在WSL的Ubuntu环境里折腾MinGW-w64交叉编译SDL2 Windows程序时，也碰到过一模一样的libstdc++-6.dll相关问题，太懂这种卡壳的烦躁了！结合你的场景，给你分享几个亲测有效的解决方向：

先搞懂问题出在哪 #

你提到静态编译（带-static-libgcc和-static-libstdc++）时测试程序能跑，那大概率是没加这俩参数、或者参数位置不对的时候，程序默认动态链接了MinGW的标准库——但Windows系统本身没有这套库，所以运行时就会弹找不到dll的错误。核心就是要么把依赖的dll和exe打包到一起，要么彻底把标准库静态链接进程序里。

实用解决方法逐个来 #

1. 把静态链接参数放对位置 #

GCC的链接参数顺序特别严格，依赖库和静态链接参数必须放在源文件后面！比如你的编译命令应该写成这样：

x86_64-w64-mingw32-g++ your_sdl_code.cpp -o your_program.exe `pkg-config --cflags --libs sdl2` -static-libgcc -static-libstdc++

一定要把-static-libgcc和-static-libstdc++放在SDL2的链接参数之后，不然很容易被动态链接的选项覆盖，等于白加。

2. 检查SDL2库的链接方式 #

你下载的MinGW版SDL2如果是动态库，那除了标准库的问题，还要记得把SDL2.dll和生成的exe一起拷贝到Windows上才能运行。要是想搞纯静态的程序，得下载SDL2的静态编译版本，或者自己编译静态库，链接时还要带上Windows系统的依赖库（比如-lSDL2main -lSDL2 -lm -ldinput8 -ldxguid -ldxerr8 -luser32 -lgdi32 -lwinmm -limm32 -lole32 -loleaut32 -lshell32 -lversion -luuid这些，少一个都可能编译失败）。

3. 验证编译产物的依赖是否正确 #

在WSL里可以用objdump工具检查exe的依赖，确认标准库是不是已经静态链接了：

x86_64-w64-mingw32-objdump -x your_program.exe | grep DLL

如果输出里没有libstdc++-6.dll和libgcc_s_seh-1.dll，说明静态链接成功了；要是还有，那要么是参数顺序错了，要么得检查MinGW-w64的配置。

4. 确认MinGW-w64的版本和架构 #

Ubuntu 24.04的mingw-w64包版本挺新的，但32位和64位的交叉编译器默认配置可能不一样。如果你是编译32位程序，要用i686-w64-mingw32-g++代替x86_64-w64-mingw32-g++，静态链接的参数还是一样的。

踩过的坑给你提个醒 #

我之前傻呵呵地直接加了-static全局静态参数，结果编译器试图把Windows的系统库也静态链接，直接编译报错到怀疑人生！千万别这么干，就用-static-libgcc和-static-libstdc++，只静态链接GCC的标准库，Windows系统库还是动态链接就行——这些系统库Windows本身都有，不用担心依赖问题。

备注：内容来源于stack exchange，提问作者Clément Oliveira