迁移至Clang编译器时BPL包编译器生成函数链接错误解决方案问询

你遇到的未解析外部符号报错是两款编译器对动态包的符号导出规则不一致导致的，原始报错如下：

[Linker Error] Error: Unresolved external 'MplusPostgres::PgParams::~PgParams()' referenced from C:...\DEBUG_BUILD\PGUTIL.OBJ

问题根因 #

Classic编译器默认将类隐式生成的构造函数、析构函数、赋值运算符等特殊成员函数自动导出到.bpl动态包的符号表中，而Clang遵循标准C++规范，隐式生成的特殊成员函数默认不会作为导出符号暴露，跨包引用这些符号时就会触发链接报错。

低成本解决方案 #

以下方案均不需要逐类手动添加default声明，适配成本极低：

• 调整编译器导出选项
  打开对应动态包项目的配置界面，定位到C++编译器→输出设置分类，开启自动导出隐式生成的成员函数选项，对应编译参数为-fdeclspec-auto-export-implicit-members。开启后Clang会自动将所有隐式生成的特殊成员函数纳入导出符号列表，无需修改任何业务代码即可解决问题。
• 批量修改类导出宏
  如果项目中跨包使用的类均通过统一的导出宏标记，可直接修改宏定义一次性完成所有类的适配，示例如下：

  // 原导出宏定义
  #define PROJECT_EXPORT __declspec(dllexport)
  
  // 修改后导出宏定义，自动为所有标记类添加导出的默认特殊成员
  #define PROJECT_EXPORT __declspec(dllexport) \
  public: \
      PROJECT_EXPORT(const PROJECT_EXPORT&) = default; \
      PROJECT_EXPORT(PROJECT_EXPORT&&) = default; \
      PROJECT_EXPORT& operator=(const PROJECT_EXPORT&) = default; \
      PROJECT_EXPORT& operator=(PROJECT_EXPORT&&) = default; \
      ~PROJECT_EXPORT() = default;
  

  仅需修改一次宏定义，所有标记该导出宏的类都会自动生成对应导出的特殊成员函数，无需逐类修改。
• 切换为静态链接模式
  若没有强动态包拆分需求，可将依赖的相关包从动态链接（依赖.bpl运行）改为静态链接到主程序，编译时所有符号会在同一编译单元生成，不会出现跨包符号找不到的问题。

验证操作 #

修改配置后先清理全部编译缓存（包括.obj、.lib、.bpl中间文件），执行全量重编译即可验证报错是否消除。

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