2

我的目标是使用 debian（挤压）用户空间运行更新的内核 Linux 3.4。

Debian 的KernelFaq简单地说我们从 kernel.org 获取最新的原始内核并手动配置和编译它。

但是，在glibc 文档中，它指出：

GNU C 库在比 [编译期间] 使用的内核头文件更早的内核上运行没有问题。反过来（使用旧内核头文件编译 GNU C 库并在最近的内核上运行）不一定按预期工作。

由于内核 API 从 2.6.32 到 3.4 相当稳定，我可能只需要编译 3.4 内核就可以了；但是，我想知道这是否仍然存在潜在问题。

这样做是针对我的 Linux 3.4（或更高版本）头文件重新编译 eglibc 2.11.3-4 的更正确方法吗？

4

1 回答 1

0

我想知道这是否仍然存在潜在问题。

您没有引用 glibc wiki 的下一段：

...不一定按预期工作。例如，如果您使用旧的内核头文件来编译 GNU C 库，则不能使用新的内核功能。

换句话说，您现有的 glibc 构建（以及用户空间的其余部分）将在新内核上正常工作，但 glibc 可能不会使用内核提供的所有最新功能。

于 2013-01-10T06:38:37.280 回答