不同GCC版本及C++标准编译的库混合链接是否可行安全？

整体结论 #

该方案在绝大多数场景下可行，但不是100%安全，需要排查几个核心兼容性条件才能避免运行时异常。

分组件兼容性分析 #

• 两个自研C++静态库
  GCC 5及之后版本默认采用统一的CXX11 ABI，GCC 10和GCC 11属于同ABI体系，天然向后兼容。只要两个库的对外暴露接口没有跨库传递不同C标准独有的标准库类型（比如不要把Lib2里用C17编译的std::optional传递到主程序的C++20环境中使用），这部分链接完全安全。
• Boost库
  如果是头文件-only的Boost模块，直接用你当前GCC 11 + -std=c++2a的配置引入编译即可，不存在兼容问题。如果是预编译的Boost静态库，需要确认其编译时启用的ABI配置和你当前工程一致：比如是否为GCC编译、是否开启-fno-exceptions/-fno-rtti这类改变ABI的参数、是否使用了和你工程冲突的对齐配置。如果ABI匹配即可正常链接，若不匹配重新用当前编译参数编译一遍Boost源码就能解决。
• C语言静态库
  C语言的ABI稳定性极高，只要该库和你的目标架构一致、由兼容GCC ABI的编译器编译，不管其原始编译的编译器版本是什么，都可以正常链接，几乎不存在兼容性风险。

必须注意的风险点 #

• 所有C++组件的ABI相关编译参数必须统一，-fshort-wchar、-fpack-struct、-fno-exceptions这类参数只要有一个库和主程序配置不一致，大概率会出现运行时崩溃、内存错乱等问题。
• 尽量不要在不同C标准版本编译的组件之间传递标准库容器、标准库新特性类型，不同C版本对同一种标准库类型的内部实现可能有调整，跨版本传递会引发未定义行为。如果必须跨库传递参数，优先用基础数据类型、或者自定义的版本可控的结构体/类。

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