如何搭建旧版MSYS2环境以适配GCC 5.2.0交叉编译旧应用？

刚好之前折腾过类似的场景，给你梳理下可行的方案，分两个问题来解答：

1. 能不能搭建旧版MSYS2环境？ #

绝对可以。MSYS2官方保留了历史版本的安装包归档，你可以找到和Ubuntu 16.04同期（大概2016年前后）的MSYS2安装包来搭建环境，具体操作步骤：

• 找对应时期的安装包：选发布时间接近2016年的MSYS2安装程序，这个版本的自带软件包版本和Ubuntu 16.04的软件生态更匹配，大概率能直接找到GCC 5.2.0相关的mingw64包。
• 安装时跳过自动更新：旧版MSYS2安装完成后会弹出更新提示，一定要直接跳过，否则pacman会把整个系统升级到最新版，直接破坏你需要的旧依赖环境。
• 冻结系统包防止误更新：编辑/etc/pacman.conf，添加IgnorePkg = *配置，这样就能阻止所有包的更新操作，避免误操作导致环境变质。

这种方式能帮你快速搭建一个和目标编译环境（Ubuntu 16.04）接近的MSYS2环境，基本不会有依赖问题。

2. MSYS2安装与软件包的关系，新版MSYS2能不能装旧软件包？ #

先给你理清楚MSYS2的包管理逻辑：MSYS2基于Arch Linux的pacman包管理器，系统本身和软件包是深度绑定的——新版MSYS2的默认软件仓库只提供当前最新的包，像GCC 5.2.0这种旧版本的包早就被清理出默认仓库了，所以直接用新版MSYS2的默认源是找不到的。

不过也不是完全没办法在新版里装旧包：

• 如果你能找到旧包的本地备份文件（比如.pkg.tar.zst或.pkg.tar.xz格式的包文件），可以用pacman -U /path/to/your/old/package.pkg.tar.zst命令本地安装。但要注意，旧包往往依赖其他旧版本的库，你得手动找齐所有依赖包并逐一安装，很容易碰到版本冲突，操作起来非常麻烦。
• 另一种方式是添加旧版的MSYS2仓库源，但官方的旧源大多已经失效，第三方维护的旧源也很少见，可靠性很低，不推荐。

两种方案的对比 #

• 旧版MSYS2环境：优点是依赖关系天然匹配，不用手动折腾依赖，操作简单省心；缺点是环境没有安全更新，只适合本地编译旧应用，别用来做联网的其他操作。
• 新版MSYS2装旧包：优点是系统本身是最新的，有安全保障；缺点是依赖问题很难搞定，耗时耗力，成功率低。

综合来看，最推荐的方案是直接搭建旧版MSYS2环境，这是最高效、最靠谱的方式，能最大程度还原你需要的编译环境。

内容的提问来源于stack exchange，提问作者dspGI