从VC++迁移到MinGW后OpenGL动态库编译出现未定义引用问题

问题描述 #

用MinGW的g编译OpenGL动态库时，出现函数未定义引用错误，已链接所有必要静态库但问题依旧。该项目此前用VC可正常编译，迁移到MinGW后故障，想确认是否是MinGW特性导致的问题。

错误信息 #

Warning: resolving _GetModuleHandleA@4 by linking to _GetModuleHandleA
...
...
c:/mingw/bin/../lib/gcc/mingw32/6.3.0/crtbegin.o:cygming-crtbegin.c:(.text+0x29): undefined reference to `LoadLibraryA@4'

编译设置 #

g++ 
-g -Wall -shared
-IC:/Users/nikita/.jdks/corretto-11.0.22/include -IC:/Users/nikita/.jdks/corretto-11.0.22/include/win32
-LC:/Windows/System32
-lopengl32 -lkernel32 -luser32 -lgdi32 -lwinspool -lcomdlg32 -ladvapi32 -lshell32 -lole32 -loleaut32 -luuid -lodbc32 -lodbccp32
-o artifact 
src/shared.h src/gl/shared-gl.h src/gl/windows.cpp

解决方案 #

这确实和MinGW的链接特性有关，核心原因及修复方式如下：

1. 库链接顺序问题：MinGW链接器按从左到右的顺序处理文件，只有当库出现在引用它的代码之后，才能正确解析符号。你当前把所有库放在源文件之前，链接器处理库时还未读取到需要这些库的代码，后续处理代码时不会回头重新查找库符号。而VC++链接器会自动调整顺序，因此不会出现该问题。

2. CRT链接差异：编译动态库时，MinGW默认使用的C运行时库（CRT）版本与VC++不同，部分系统函数的引用逻辑存在差异。LoadLibraryA@4属于kernel32库，但因链接顺序错误，导致链接器无法正确关联符号。

修复步骤： #

• 调整链接顺序：将源文件移至库的前面，让链接器先处理代码，再查找库中的符号。修改后的编译命令如下：

g++ 
-g -Wall -shared
-IC:/Users/nikita/.jdks/corretto-11.0.22/include -IC:/Users/nikita/.jdks/corretto-11.0.22/include/win32
-LC:/Windows/System32
src/shared.h src/gl/shared-gl.h src/gl/windows.cpp
-lopengl32 -lkernel32 -luser32 -lgdi32 -lwinspool -lcomdlg32 -ladvapi32 -lshell32 -lole32 -loleaut32 -luuid -lodbc32 -lodbccp32
-o artifact 

• 显式指定CRT版本（可选）：若上述方法无效，可尝试添加-static-libgcc或-shared-libgcc参数，强制指定CRT的链接方式，确保与系统库兼容。

另外，需检查代码中是否依赖VC++特定宏定义，比如__declspec(dllexport)的使用是否符合MinGW的要求——MinGW虽支持该语法，但需确保导出符号的声明逻辑一致。

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