使用 RHEL4 32 位编写的应用程序的 C++ 迁移到 RHEL6 64 位

Question

我对此有一系列问题，并希望保持简单、概念性和可以实际尝试的东西。

我的 C++ 应用程序有许多库，其中一些是 2007 年以来的第三方库，例如 boost、antlr、libxml2 等。我为它们提供了 32 位库，它们使用 -m32 标志编译。

方法问题 理想情况下，我希望能够通过在 64 位 RHEL6 操作系统上从 32 位复制来运行应用程序，但我发现它因分段错误而崩溃。需要对此进行单独分析，我尚未完成。

第二种方法是使用 -m32 使用所有 32 位库和 32 位编译器 g++ 3.4.6 在 64 位上编译应用程序。这编译好了。但是我遇到了 boost 多线程库的分段错误。需要对原因进行更多调查。

第三种方法非常困难，因为我需要找到一些旧库的源代码也将在 64 位上重新编译为 64 位应用程序。

还有其他我可以采用的方法吗？我的方法中是否遗漏了什么？

Answer 1

还有其他我可以采取的方法吗？我也错过了 我的方法有什么？

您错过了一个非常明显的问题：将您的应用程序移植并构建为原生 64 位应用程序。

您当然可以在向本机 64 位架构的过渡中发现问题。但重要的是要了解这些问题将是您代码中的真正错误，到目前为止，这些问题在原始 32 位平台上一直被隐藏或未被检测到。这将是找到并修复它们的绝佳机会。

去过那里，做到了。

迁移过程完成后，您将获得一个原生 64 位应用程序，这是获得长期支持的最佳情况。碰巧的是，本周的新闻是来自流行的 Linux 发行版about discontinuing 32 bit support altogether 的公告。 32位即将推出。在某些时候，您将不再有运行 32 位应用程序的选项（因为没有本机 32 位 Linux 发行版，就没有任何理由构建 multilib 64/32 版本）。最好做好准备，在有时间有序迁移到 64 位的时候投入时间，然后弄清楚你脚下的地毯已经被拉出来，你的下一个 Linux 平台将只有 64 位，并且您的关键任务应用程序尚未准备好 64 位。

得知您在使用 multilib 兼容性库时遇到的问题是由于 multilib 构建本身的问题和错误引起的，我也不会感到惊讶。对 multilib 库的需求不断下降；随着时间的推移，它们的使用越来越少；他们得到的支持越来越少；并且没有人真的想再浪费时间进行测试并确保它们仍然有效。