理解glibc版本

Question

在Linux操作系统的企业级中，

• SLES 11.4使用glibc 2.11
• SLES 12.3我认为使用glibc 2.19
• RHEL 6.10使用glibc 2.12
• RHEL 7.6使用glibc 2.17
• glibc的来源目前为2.29。
• 我是从一个Linux系统获得的可执行代码，它有一个以前的glibc 2.14，不能在SLES 11上运行它。

从所有的阅读来看，glibc似乎不能在系统上手动更新；唯一的方法是升级到Linux操作系统的一个完整的更新版本。这是真的吗？

虽然一直以来都有向后兼容性，但没有向前兼容性使我想到.

我去RHEL7.6与glibc 2.17，这是最新的，如果有人目前使用SLES 12与glibc 2.19，并给我可执行代码，我怎么办？同样的问题，如果他们使用一些Linux在不久的将来与一些较晚版本的glibc？是否有解决这个问题的方法，无论是在接收方有一个较老的glibc，还是在提供端有更新的glibc？我还发现问题的很大一部分是glibc网站的声明: GNU C库每6个月发布一次。

Answer 1

库中有版本符号。如果新代码击中了其中一个版本符号，并且该版本比libc中的任何代码都要新，那么您将无法运行

他们能建立静态的吗？

Answer 2

发行版附带了更早的/更新的glibc版本，这取决于所需的稳定性。

从所有的阅读来看，glibc似乎不能在系统上手动更新；唯一的方法是升级到Linux操作系统的一个完整的更新版本。这是真的吗？

不是的。每当您的包管理器找到一个新版本的glibc时，都会更新glibc。主文件是/lib/libc.so.6。它是链接到的动态库程序(这样它们就可以运行C标准库中包含的C函数)。

尽管您可以通过编译所需版本的glib并将生成的libc.so.6复制到lib来手动更新glibc，但不建议这样做，因为二进制文件在执行时可能会出现故障，而且发行版的包维护人员还没有对较新版本的glibc进行测试。所以你可以期待一个不稳定的系统。