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作为一个完美的例子。

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

祝你好运。