GCC：指定最低共享库版本
GCC: Specifying a Minimum Shared Library Version
背景
我继承并维护了一个Linux共享库，它与特定的硬件紧密耦合；我们称它为 libfoo.so.0.0.0。这个库已经存在了一段时间 "just worked"。这个库现在已经成为几个高层应用程序的依赖。
现在，不幸的是，新的硬件设计迫使我创建具有更广泛类型的符号，从而导致 libfoo.so.0.1.0。只有补充；没有删除或其他 API 更改。更新符号的原始窄版本仍然以其原始形式存在。
此外，我有一个依赖于 libfoo 的应用程序（例如，myapp）。它最初是为了支持库的 0.0.0 版本而编写的，但现在已经重新设计以支持新的 0.1.0 APIs.
出于向后兼容的原因，我希望能够通过编译标志为旧库或新库构建 myapp。 myapp 的给定版本将被加载的内核将始终只有一个版本的库，在编译时已知。
问题
以后很有可能libfoo再更新
构建 myapp 时，是否可以针对基于在构建标志上？
我知道可以直接在构建 CLI 上指定库名称。这会导致 myapp 要求 完全 那个版本，或者具有相同主要修订版的 lib 的更高版本仍然能够 link 反对它（例如 libfoo.so.0.2.0)?我真的希望每次发布新的次要版本时都不必更新每个依赖应用程序的构建。
是否有更智能的方式以与应用程序无关的方式完成此任务？
参考资料
How do you link to a specific version of a shared library in GCC
您正在描述 外部 库版本控制，其中应用是针对 libfoo.so.0、libfoo.so.1 等构建的。文档 here。
使用外部库版本控制要求完全 libfoo.so.x 的相同版本在 运行 时出现。
这通常不是 Linux 上的正确技术，它通过 symbol versioning 的魔力，允许单个 libfoo.so.Y提供同一符号的多个不兼容定义，从而允许单个库同时为旧应用程序和新应用程序服务。
此外，如果您总是简单地添加新符号，而不是以不兼容的方式修改现有符号，那么没有理由增加外部版本。将 libfoo.so 保持在版本 0，在其中提供一个 int foo_version_X_Y; 全局变量（以及所有以前的版本：foo_version_1_0、foo_version_1_1 等），以及让应用程序二进制文件读取它需要的变量。如果一个应用程序需要一个新的符号 foo_version_1_2 并且是 运行 与一个只提供 foo_version_1_1 的旧库，那么应用程序将无法启动并出现明显的错误。
背景
我继承并维护了一个Linux共享库，它与特定的硬件紧密耦合；我们称它为 libfoo.so.0.0.0。这个库已经存在了一段时间 "just worked"。这个库现在已经成为几个高层应用程序的依赖。
现在，不幸的是，新的硬件设计迫使我创建具有更广泛类型的符号，从而导致 libfoo.so.0.1.0。只有补充；没有删除或其他 API 更改。更新符号的原始窄版本仍然以其原始形式存在。
此外，我有一个依赖于 libfoo 的应用程序（例如，myapp）。它最初是为了支持库的 0.0.0 版本而编写的，但现在已经重新设计以支持新的 0.1.0 APIs.
出于向后兼容的原因，我希望能够通过编译标志为旧库或新库构建 myapp。 myapp 的给定版本将被加载的内核将始终只有一个版本的库，在编译时已知。
问题
以后很有可能libfoo再更新
构建
myapp时，是否可以针对基于在构建标志上？我知道可以直接在构建 CLI 上指定库名称。这会导致
myapp要求 完全 那个版本，或者具有相同主要修订版的 lib 的更高版本仍然能够 link 反对它（例如libfoo.so.0.2.0)?我真的希望每次发布新的次要版本时都不必更新每个依赖应用程序的构建。是否有更智能的方式以与应用程序无关的方式完成此任务？
参考资料
How do you link to a specific version of a shared library in GCC
您正在描述 外部 库版本控制，其中应用是针对 libfoo.so.0、libfoo.so.1 等构建的。文档 here。
使用外部库版本控制要求完全 libfoo.so.x 的相同版本在 运行 时出现。
这通常不是 Linux 上的正确技术，它通过 symbol versioning 的魔力，允许单个 libfoo.so.Y提供同一符号的多个不兼容定义，从而允许单个库同时为旧应用程序和新应用程序服务。
此外，如果您总是简单地添加新符号，而不是以不兼容的方式修改现有符号，那么没有理由增加外部版本。将 libfoo.so 保持在版本 0，在其中提供一个 int foo_version_X_Y; 全局变量（以及所有以前的版本：foo_version_1_0、foo_version_1_1 等），以及让应用程序二进制文件读取它需要的变量。如果一个应用程序需要一个新的符号 foo_version_1_2 并且是 运行 与一个只提供 foo_version_1_1 的旧库，那么应用程序将无法启动并出现明显的错误。