c++ - 在使用不同于目标发行版的编译器进行构建时，处理库依赖关系的常用方法是什么？

Question

如果假设您的项目是使用一个版本的 C++ 编译器构建的，并且其潜在的目标系统提供了使用另一个版本构建的共享库，那么通常如何处理？特别是关于 libstdc++ 的问题。

当某些东西是在同一个发行版中构建时(例如在 Linux 等上)，它相当简单——所有东西都是用同一个编译器构建的。但是像 Mozilla Firefox 这样发布了一个据称与许多潜在目标兼容的二进制文件的项目呢？我知道一种方法是静态链接 C++ 依赖项，这减少了 ABI 不兼容问题并将外部链接限制为仅几个 C 库，但是当我查看实际的 Firefox 二进制文件(来自 Linux x86_64 的股票 Mozilal 构建)时，我看到了这个:

ldd firefox
    linux-vdso.so.1 (0x00007fff561fc000)
    libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007ff868c9f000)
    libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007ff868a9b000)
    librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007ff868892000)
    libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007ff868587000)
    libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007ff868286000)
    libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007ff86806f000)
    libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007ff867cc6000)
    /lib64/ld-linux-x86-64.so.2 (0x00007ff868ee8000)

这里 Firefox 动态链接到 libstdc++。那么它如何才能在不同版本的 libstdc++ 上正常工作，或者它只是假定 ABI 兼容性，仅此而已？

Answer 1

常见的方式...

• 设计人员/开发人员决定使用哪些(共享)库。这里可以给出一个静态链接的选项(->构建配置)。

• 设计人员还选择是否以及如何在构建时和/或安装时和/或运行时验证所用库的版本。

• 为不同目标创建二进制包的打包程序通常会使用目标的工具链和库编译二进制文件。

• 如果不同的目标需要仅二进制分发，则打包程序需要提供一种在安装时检查环境和使用的库的方法(-> 安装程序)。安装程序或应用程序本身可以检查哪个工具链用于构建共享库，然后继续、因错误中止或发出警告并提供继续。

• 打包器可以在包中提供一组二进制模块，安装程序将在安装时选择需要的并且与给定目标和环境兼容的模块。

这当然是 lege artis 并且应该是 常用方法 来避免任何假设 -并可选择让用户忽略任何警告并试试运气。