使用GCC 64位编译OpenGL程序启动失败（错误0xc000007b）求助

核心原因分析 #

错误0xc000007b几乎都是32位与64位二进制文件混合导致的兼容性问题，结合调试提示，大概率是依赖库（或其对应DLL）位数不匹配，或是调试器本身为32位无法处理64位程序。

分步解决方案 #

1. 确保所有依赖库位数完全匹配64位

你的编译命令存在潜在的库兼容性问题：

• GLFW：使用libglfw3dll.a是正确的，但必须保证对应的glfw3.dll是64位版本，且放置在可执行文件同目录下。
• GLEW：你使用的glew-2.1.0-win32包中x64库通常是MSVC编译的，和MinGW-w64（w64devkit）的ABI不兼容。解决办法：
  • 下载MinGW编译的64位GLEW库，或用w64devkit自行编译GLEW的64位版本。
  • 将编译命令中的glew32.lib替换为MinGW版的64位导入库（通常为libglew32.a或libglew32.dll.a）。

2. 检查编译生成的可执行文件位数

在w64devkit终端执行：

file build/main

输出需包含PE32+ executable (console) x86-64，确认是64位程序。若显示32位，说明编译时仍调用了32位工具链，需检查PATH环境变量。

3. 清理环境变量中的32位工具残留

执行命令确认PATH中仅包含w64devkit路径：

echo %PATH%

确保无32位MinGW路径，彻底避免工具链调用混淆。

4. 验证运行时DLL的位数

• 用file命令检查glew32.dll和glfw3.dll，输出需包含x86-64，确认是64位版本。
• 将这两个64位DLL放在build/main.exe同目录，或系统C:\Windows\System32文件夹（64位DLL默认位置，SysWOW64存放32位DLL）。

5. 使用正确的64位调试器

直接使用w64devkit自带的64位gdb调试：

gdb build/main

请勿使用32位gdb，否则会出现32-bit processes are not supported错误。

修正后的64位编译命令示例 #

假设已替换为MinGW编译的64位GLEW库，命令如下：

g++ -std=c++11 -O0 -ggdb src/main.cpp -o build/main -lopengl32 -L. -I"C:\lib\glm" -I"C:\lib\glew-2.1.0-mingw64\include" -I"C:\lib\glfw-3.3.8.bin.WIN64\include" "C:\lib\glfw-3.3.8.bin.WIN64\lib-mingw-w64\libglfw3dll.a" "C:\lib\glew-2.1.0-mingw64\lib\libglew32.dll.a"

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