MinGW链接器无法兼容GLFW/Assimp库的问题解决请求

原项目使用Visual Studio的link.exe可正常完成链接，切换为MinGW的ld.exe时，出现大量与glfw3.lib相关的未定义符号错误（如__security_cookie、_RTC_CheckStackVars），同时存在Assimp类方法的未定义引用错误。以下是相关配置及错误信息，请求解决Windows下MinGW的链接问题。

CMake配置 #

cmake_minimum_required(VERSION 3.8)

project(App VERSION 1.3)

file(GLOB_RECURSE APP_SOURCES
   ${PROJECT_SOURCE_DIR}/*.cpp
   ${PROJECT_SOURCE_DIR}/*.c
)

# Set C++ standard to C++17
set(CMAKE_CXX_STANDARD 17)
set(CMAKE_CXX_STANDARD_REQUIRED ON)
set(CMAKE_CXX_EXTENSIONS OFF)


# Define CMAKE_HAS_X
add_definitions(-DCMAKE_HAS_X)


if(WIN32)
    # Add Windows-specific configurations
    add_executable(  
                    MyApp
                    ${APP_SOURCES}
                    ${CMAKE_SOURCE_DIR}/Installer/AppIcon.rc
                 )
   
    target_compile_definitions(MyApp PRIVATE CRT)

else()
   
# Add non-Windows configurations
   add_executable(
                    MyApp
                    ${APP_SOURCES}
                )

endif(WIN32)




# Installer
install(TARGETS MyApp)

install(
            FILES
            ${CMAKE_SOURCE_DIR}/freetype.dll
            ${CMAKE_SOURCE_DIR}/assimp-vc142-mtd.dll
            ${CMAKE_SOURCE_DIR}/OpenAL32.dll
            DESTINATION bin
        )

install(
            DIRECTORY
            ${CMAKE_SOURCE_DIR}/Resources
            DESTINATION bin
        )




# Add include directories for MyApp target
target_include_directories(MyApp PRIVATE ${PROJECT_SOURCE_DIR}/Main/thirdparty/include/)
target_include_directories(MyApp PRIVATE ${PROJECT_SOURCE_DIR}/Main/thirdparty)
target_include_directories(MyApp PRIVATE ${PROJECT_SOURCE_DIR}/Main/src)

# Add link directories for MyApp target
target_link_directories(MyApp PRIVATE 
    ${PROJECT_SOURCE_DIR}/Main/thirdparty/lib
    ${PROJECT_SOURCE_DIR}/Main/thirdparty/lib/freetype
    ${PROJECT_SOURCE_DIR}
)

# Include directories for X11 and GLFW
include_directories(${X11_INCLUDE_DIR})
include_directories(${GLFW_INCLUDE_DIRS})

# Link libraries for MyApp target
target_link_libraries(MyApp PRIVATE 
    freetype 
    assimp-vc142-mtd 
    OpenAL32 
    glfw3 
    ${X11_LIBRARIES} 
    ${GLFW_LIBRARIES}
)

构建命令 #

• 生成构建文件：cmake -G "MinGW Makefiles" ..
• 编译：cmake --build .

链接错误信息 #

Warning: corrupt .drectve at end of def file
Warning: corrupt .drectve at end of def file
...
collect2.exe: error: ld returned 1 exit status

注：原在mac环境通过设置CMAKE_EXE_LINKER_FLAGS解决过类似问题，现Windows下MinGW链接失败。

解决步骤 #

• 替换MSVC编译的第三方库：当前链接的assimp-vc142-mtd.lib是Visual Studio（MSVC）专属编译版本，MinGW无法兼容MSVC的库文件格式。需下载或自行编译MinGW版本的Assimp库，替换为对应的libassimp.a（静态库）或assimp.dll（动态库）；同理，glfw3.lib如果是MSVC版本，也要替换为MinGW编译的GLFW库（通常命名为libglfw3.a或glfw3.dll）。
• 移除MSVC特有的编译定义：代码中设置的target_compile_definitions(MyApp PRIVATE CRT)是MSVC运行时相关定义，MinGW环境下无需该定义，移除后可避免编译选项冲突。
• 清理Windows下不必要的X11配置：当前CMake中包含了X11的头文件和库依赖，但Windows系统下MinGW不需要X11支持，删除include_directories(${X11_INCLUDE_DIR})和target_link_libraries中的${X11_LIBRARIES}，避免引入无效依赖。
• 调整链接选项解决安全机制符号错误：__security_cookie、_RTC_CheckStackVars是MSVC的安全编译特性符号，MinGW默认不启用相关机制。若仍有此类错误，可添加编译和链接选项禁用栈保护：

  if(MINGW)
      target_compile_options(MyApp PRIVATE -fno-stack-protector)
      target_link_options(MyApp PRIVATE -fno-stack-protector)
  endif()
  

• 修正库的链接顺序：MinGW的ld对库的链接顺序敏感，需将依赖库放在使用该库的代码之后。调整target_link_libraries的顺序，例如将GLFW、Assimp这类核心依赖放在前面：

  target_link_libraries(MyApp PRIVATE 
      libglfw3.a
      libassimp.a
      freetype 
      OpenAL32 
  )
  

• 重新生成构建环境：修改CMake配置后，删除原build目录下的所有文件，重新执行构建命令，确保配置生效。

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