32位Windows下用TDM-GCC编译64位DLL遇崩溃问题求助

我来帮你梳理下在32位Windows的TDM-GCC环境下，正确编译可用64位DLL需要注意的几个关键步骤——你遇到的静默崩溃大概率是因为编译过程中残留了32位配置，或者链接环节没完全切换到64位模式：

• 确认TDM-GCC的64位组件已安装
  TDM-GCC默认可能只安装32位工具链，你需要确保当初安装时勾选了「TDM-GCC 64-bit」组件。如果没装，重新运行安装程序添加该组件，或者直接下载完整的64位TDM-GCC包。

• 明确调用64位编译器二进制
  仅仅加-m64参数有时候可能不够，编译器可能还是默认调用32位的工具。建议直接使用64位版本的编译器命令：x86_64-w64-mingw32-gcc，而不是普通的gcc，这样能强制使用64位工具链。

• 完善编译与链接参数
  编译DLL时，除了-m64，还需要这些关键参数：

  x86_64-w64-mingw32-gcc -m64 -shared -o your.dll your.c -Wl,--out-implib,your.lib
  

  其中：

  • -shared：指定生成动态链接库
  • -Wl,--out-implib,your.lib：生成对应的64位导入库，供Qt程序链接使用
  • 如果你的代码依赖其他库，还要用-L指定64位库的路径，比如-L"C:\TDM-GCC-64\x86_64-w64-mingw32\lib"，避免链接到32位的库文件。

• 规范导出函数的声明
  64位程序调用DLL时，最容易踩的坑是函数名修饰和调用约定：

  • 用extern "C"包裹导出函数，避免C++的name mangling，让Qt能正确找到函数。比如：

    extern "C" __declspec(dllexport) int testFunc() {
        return 232323;
    }
    

  • 64位Windows下调用约定统一为__fastcall（编译器自动处理），不用额外指定，但__declspec(dllexport)必须加，确保函数被导出。

• 验证生成的DLL确实是64位
  可以用TDM-GCC自带的objdump工具验证：

  objdump -f your.dll
  

  如果输出里显示file format pe-x86-64，说明是正确的64位DLL；如果是pe-i386，那还是32位的，需要检查前面的步骤。另外也可以右键DLL→属性→详细信息，查看「文件版本」里的架构描述。

• 澄清Dependency Walker的误解
  Kernel32.dll是64位系统的核心库，64位DLL依赖它是完全正常的。如果你的DLL是32位，在64位系统里Dependency Walker会显示它依赖SysWOW64目录下的32位kernel32，而64位Qt程序无法加载32位DLL，这才是崩溃的原因——所以重点还是确认DLL本身的架构是否正确。

内容的提问来源于stack exchange，提问作者J. Stone