如何在ubuntu中安装gcc-5.5？如何在ubuntu中任意切换gcc版本？

Question 1

让我们提醒您基于 Debian 的发行版的两个基本要素：它们基于时间快照，并且它们不是黑匣子。

时间快照：发布中的所有软件都基于一组依赖项。这些依赖项无法更改。更改将在下一个快照（发布）期间发生。

gcc 是许多其他软件包的依赖项 - 更改它会破坏您的系统...正如您所发现的。拯救系统的唯一解决方案是将 gcc 改回适合该 Ubuntu 版本的版本。

不是黑匣子：操作系统使用的工具和依赖项与许多应用程序相同。操作系统和应用程序之间的界限很模糊。当您更改关键依赖项时，您会破坏应用程序……操作系统也会破坏。

您是否可以拥有多个版本的 gcc 或任何其他关键依赖项？当然可以。但您必须非常小心：您的系统即将崩溃。就像悬崖边缘一样，谨慎行事是明智的。

Answer

让我们提醒您基于 Debian 的发行版的两个基本要素：它们基于时间快照，并且它们不是黑匣子。

时间快照：发布中的所有软件都基于一组依赖项。这些依赖项无法更改。更改将在下一个快照（发布）期间发生。

gcc 是许多其他软件包的依赖项 - 更改它会破坏您的系统...正如您所发现的。拯救系统的唯一解决方案是将 gcc 改回适合该 Ubuntu 版本的版本。

不是黑匣子：操作系统使用的工具和依赖项与许多应用程序相同。操作系统和应用程序之间的界限很模糊。当您更改关键依赖项时，您会破坏应用程序……操作系统也会破坏。

您是否可以拥有多个版本的 gcc 或任何其他关键依赖项？当然可以。但您必须非常小心：您的系统即将崩溃。就像悬崖边缘一样，谨慎行事是明智的。

Question 2

直接在您的发行版上安装古老的软件绝不是一个好的选择。GCC 5.5已有 6 年多历史，因此被认为是过时的。

最好在容器或虚拟机中对历史软件版本进行实验，并使用与要测试的旧软件时期相匹配的客户操作系统。在这种情况下，Ubuntu 16.04 的容器化副本可能是测试此问题的更好环境。

无论如何，正如@user535733 正确指出的那样，在基础系统上安装不兼容的软件很可能会破坏它。

并且为了保险起见：在 Ubuntu 22.04 上，只有 GCC 11（默认）和 GCC 10（在 Universe 中反向移植）是兼容版本。

Answer

直接在您的发行版上安装古老的软件绝不是一个好的选择。GCC 5.5已有 6 年多历史，因此被认为是过时的。

最好在容器或虚拟机中对历史软件版本进行实验，并使用与要测试的旧软件时期相匹配的客户操作系统。在这种情况下，Ubuntu 16.04 的容器化副本可能是测试此问题的更好环境。

无论如何，正如@user535733 正确指出的那样，在基础系统上安装不兼容的软件很可能会破坏它。

并且为了保险起见：在 Ubuntu 22.04 上，只有 GCC 11（默认）和 GCC 10（在 Universe 中反向移植）是兼容版本。

Question 3

这听起来像是一个 XY 问题。你为什么想要这么老版本的 gcc？你没有在问题中解释这一点，所以很难直接解决这个问题。你最好弄清楚要给当前的 gcc 提供哪些选项才能获得相同的结果。

正如其他答案所解释的那样，从旧存储库安装过时的 gcc 版本是一个非常糟糕的主意。即使您更改为受支持的 gcc 版本，更改系统默认 gcc 也会破坏内核更新和驱动程序构建。千万不要这么做。

替代方案有：

使用旧软件很少是合理的。我见过的唯一合理理由是测试旧软件中的错误。如果你不想寻找旧错误，你就不应该使用旧软件，而应该弄清楚如何使用当前软件。

Answer

这听起来像是一个 XY 问题。你为什么想要这么老版本的 gcc？你没有在问题中解释这一点，所以很难直接解决这个问题。你最好弄清楚要给当前的 gcc 提供哪些选项才能获得相同的结果。

正如其他答案所解释的那样，从旧存储库安装过时的 gcc 版本是一个非常糟糕的主意。即使您更改为受支持的 gcc 版本，更改系统默认 gcc 也会破坏内核更新和驱动程序构建。千万不要这么做。

替代方案有：

使用旧软件很少是合理的。我见过的唯一合理理由是测试旧软件中的错误。如果你不想寻找旧错误，你就不应该使用旧软件，而应该弄清楚如何使用当前软件。

相关内容