基于Mingw在Linux上交叉编译Windows DLL遇运行问题求助

你的问题核心在于交叉编译Windows DLL时，默认动态链接了MinGW的运行时库（libgcc_s_sjlj-1.dll、libstdc++-6.dll等），而目标Windows虚拟机中缺少这些库，再加上版本差异的影响，直接复制Linux端的库也会有兼容性问题。下面是具体的问题拆解和修复步骤：

为什么会出现这个问题？ #

• 当你在Ubuntu上用i686-w64-mingw32-g++交叉编译时，默认会动态链接MinGW的运行时库（比如libgcc、libstdc++），这些库并非Windows系统自带的基础库。
• 你给客户端exe加上-static-libgcc -static-libstdc++解决了exe的依赖问题，但你的DLL本身仍然依赖这些运行时库——当Windows虚拟机上的exe加载你的DLL时，就会因找不到缺失的库而报错。
• 另外，Linux端MinGW（5.3.1）和Windows端MinGW（6.3.0）版本不一致，即使把Linux上的libgcc_s_sjlj-1.dll复制到Windows，也可能因为版本不兼容导致运行异常。

修复步骤：编译DLL时静态链接运行时库 #

你需要修改DLL的编译命令，在生成共享库时就把MinGW的运行时库静态链接进去，这样你的DLL就不再依赖外部的libgcc_s_sjlj-1.dll等文件了。

修改后的DLL编译第二步命令：

i686-w64-mingw32-g++ -shared -o example_dll.dll example_dll.o -Wl,--out-implib,libexample_dll.a -static-libgcc -static-libstdc++

参数说明：

• -static-libgcc：静态链接GCC的C运行时库
• -static-libstdc++：静态链接GCC的C++运行时库

这样生成的example_dll.dll会包含所需的运行时代码，不再依赖外部的MinGW库，交付给用户后可以直接在Windows环境中使用，无需额外提供其他文件。

额外注意事项 #

• 如果你的DLL还依赖其他第三方库，也要确保这些库要么静态链接到DLL中，要么和DLL一起打包交付（并确认目标环境能正确识别这些库）。
• 交叉编译时，尽量保持MinGW版本与目标Windows环境的版本一致，避免潜在的兼容性问题——如果条件允许，升级Linux端的MinGW到6.3.0版本会更稳妥。

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