CMake静态库构建成功但动态库构建失败的问题排查

Windows（MSVC）端LNK2019错误原因 #

出现的未解析符号均来自C++标准库（如std::basic_ios::tie），核心问题是：

• /NODEFAULTLIB排除了标准库依赖：MSVC下构建动态库时，默认需要链接对应版本的C++标准库（如msvcrt.lib、vcruntime.lib），但你设置的/NODEFAULTLIB选项会移除所有默认链接库，导致标准库符号无法找到。静态库构建时可能因静态链接标准库未暴露此问题，但动态库依赖动态标准库，该选项直接切断了依赖链。
• 导出宏与CMAKE_WINDOWS_EXPORT_ALL_SYMBOLS可能存在隐性冲突：虽然你手动定义了导出宏，但开启CMAKE_WINDOWS_EXPORT_ALL_SYMBOLS会自动导出所有符号，可能干扰标准库符号的正常导入逻辑。

Linux（GCC）端重复定义/对齐警告原因 #

错误核心是依赖库版本冲突：

• 你同时链接了两个来源的OpenSSL库：vcpkg工具链引入的libcrypto.a，以及${R_LIB_FILES}中外部R包提供的另一版本libcrypto.a。静态库符号全局可见，动态库构建时链接器会检测到重复定义的符号（如BIO_ADDR_new）并报错，而静态库构建时可能因符号未被实际调用或链接顺序问题未触发错误。
• 符号对齐警告是两个版本OpenSSL编译时的编译选项差异导致，进一步证明依赖版本不一致。

针对性修复方案 #

Windows端修复 #

1. 移除或调整/NODEFAULTLIB选项：
   若无需排除默认库，直接删除该选项；若必须保留，需显式添加对应版本的标准库：

   if (MSVC)
       set_property(TARGET mylib PROPERTY MSVC_RUNTIME_LIBRARY ${MY_MSVC_RT_LB})
       # 移除/NODEFAULTLIB，或根据运行时库版本显式链接
       # target_link_options(mylib PUBLIC "/NODEFAULTLIB")
       # 例如使用MultiThreadedDLL时添加：
       # target_link_libraries(mylib PUBLIC msvcrt.lib vcruntime.lib)
   endif()
   

2. 统一符号导出方式：
   若已手动使用DllExport宏导出类，建议关闭CMAKE_WINDOWS_EXPORT_ALL_SYMBOLS，避免重复导出引发的潜在问题：

   # if (WIN32)
   #     set(CMAKE_WINDOWS_EXPORT_ALL_SYMBOLS ON)
   # endif()
   

Linux端修复 #

1. 清理重复的OpenSSL依赖：
   检查${R_LIB_FILES}，移除其中的libcrypto.a和libssl.a，统一使用vcpkg管理的OpenSSL库，确保依赖版本一致。
2. 设置符号可见性（可选）：
   为GCC添加全局符号可见性配置，仅导出标记DllExport的符号，减少冲突概率：

   if(LINUX)
       set(CMAKE_CXX_VISIBILITY_PRESET hidden)
       set(CMAKE_VISIBILITY_INLINES_HIDDEN ON)
   endif()
   

通用注意事项 #

• 确保${R_PREPROC_DEFS}、${MY_COMPILE_OPTIMIZATION_LEVEL}等变量中无影响链接的冲突宏定义（如_STATIC_CRT），避免标准库链接方式矛盾。
• 动态库对依赖版本一致性要求远高于静态库，需确保vcpkg工具链管理的依赖与外部R包依赖版本兼容。

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