各种glibc和Linux内核版本的兼容性

Question

各种glibc和Linux内核版本的兼容性

clinuxlinux-kernelcross-compilingcrosstool-ng

10

在构建编译器时，必须指定Linux头文件版本和最小支持内核版本，以及glibc版本。目标机器上实际的内核版本和glibc版本（带有自己的内核头文件版本和最小支持内核版本）。我很困惑试图理解这些版本是如何配合工作的。

示例1：假设我有一个使用内核头文件 3.14 构建的 glibc 2.13 系统。这有意义吗？ glibc 2.13（于2011年发布）如何使用来自 3.14（于2014年发布）的新内核特性？

示例2：假设我有一个具有比 2.13 新的 glibc 版本的编译器。编译后的程序能在具有 glibc 2.13 的系统上运行吗？如果编译器的 glibc 版本比 2.13 老呢？

示例3：从 https://sourceware.org/glibc/wiki/FAQ#What_version_of_the_Linux_kernel_headers_should_be_used.3F 我了解到，如果使用旧的内核满足编译glibc时使用的“最小内核版本”，那么可以使用旧的内核。但是我不理解这段话： 另一方面（使用旧的内核头文件编译GNU C库并在最近的内核上运行）不一定按预期工作。例如，如果您使用旧的内核头文件来编译 GNU C库，则无法使用新内核特性。 这是唯一可能发生的事情吗？如果内核在编译时比较新，是否会破坏glibc中的某些内容？

示例4：glibc设置中更微妙的差异是否会产生影响（例如，将可执行文件与使用内核头文件3.Y编译的glibc版本2.X链接，并在最小支持内核版本为2.6.A的系统上执行，但在编译时针对使用内核头文件3.Z和最小支持内核版本为2.6.B的同一glibc版本2.X）？我怀疑它们不会产生影响，但想确保。

问题很多 :) 谢谢！

- Alexandr Zarubkin

1

与内核版本不兼容的GLIBC库新版本是否能够使用？ - Ciro Santilli OurBigBook.com

1个回答

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- oakad · Accepted Answer

您不能轻易地（无论如何定义这个词）在旧版本的glibc中使用较新的内核功能。如果您确实需要，可以直接调用系统调用（使用syscall()库函数），并从用户空间内核头文件中获取所需的任何常量值和数据结构（在较新的内核中保存在include/uapi下）。另一方面，内核开发人员通常承诺不会在较新的内核中破坏传统功能，因此较旧的glibc版本仍然按预期工作（好吧，几乎是这样）。
旧程序仍可与较新版本的glibc一起使用，因为glibc支持符号版本控制（有关一些详细信息，请参见此处：https://www.kernel.org/pub/software/libs/glibc/hjl/compat/）。如果您的程序动态链接了较新版本的glibc而没有特殊规定（如上述链接中所述），则无法使用较旧版本的glibc库运行它（动态链接器将抱怨未解决的符号，因为适当的符号版本将不可用）。