gcc - gcc 版本对内核模块是否重要

Question

几年来，我们一直在为嵌入式 powerpc 系统编译内核模块，通常情况下，一些罕见的无法解释的稳定性问题都可以。最近有同事指出，内核模块应该使用与内核相同的编译器进行编译。经过一番挖掘后，我发现内核(montavista linux 2.4.20)是用 gcc3.4.1 编译的，我们一直在使用(denx eldk)gcc4.0.0。我最近为我们的用户空间代码构建了 gcc4.7.1，但加载使用此版本构建的内核模块会导致系统崩溃。然后我从源代码构建 gcc3.4.1，有些构建工作，有些不工作 - 认为我可能对 make 脚本有问题，但那是另一个故事。

所以我的问题是:我的同事是否正确？如果是这样，任何人都可以解释导致不兼容的结果 .o 文件有什么不同吗？

Answer 1

哇，这个内核已经存在了很长时间，从我以前的 MontaVista 工作的早期开始!我不确定这里是否有一个快速的答案，但我知道如果是我，我会担心编译器的差异。 Linux 内核一直对编译器版本很敏感，部分原因在于它的庞大规模和复杂性。内核使用了大量的 GNU 扩展，实际上为新的编译器构建做了一个很好的压力测试。

您可以通过查看/proc/version 的输出来发现用于构建内核的编译器(我认为早在 2.4.20 内核时代就已经存在，但我可能错了。) $ cat/过程/版本。它当然适用于现代内核，并且已经在内核中存在了很长时间。

我的第一个建议是将内核升级到更现代的东西，但我怀疑这不是一个真正的选择，或者你不会问这个问题! ;)

我怀疑即使是编译器专家(不是我)也很难回答“有什么不同”的问题。但是做这个简单的测试。使用 3.4.1 和 4.7 编译您的模块。生成的对象(.ko 文件)肯定会有所不同。

现实情况是，所有软件中都存在错误，并且可能会潜伏很长时间，直到出现刺激错误的东西。在此处查看我的博客文章:http://blogs.mentor.com/chrishallinan/blog/2012/05/18/fun-with-toolchain-versions一个完美的例子。

现在我并不是说这是你的问题，但我认为如果我的模块和内核都使用相同的编译器版本编译，我会感觉好多了。

祝你好运。