各位社区开发者好！

我是 openEuler 编译器团队的维护者，近期我们对 openEuler 中的交叉编译器软件包 gcc‑cross 进行了调研与分析，现就“将其从everything降级至 EPOL 维护”一事向社区征求大家的宝贵意见。

一、背景概述

1. 交叉编译器简介
   交叉编译器（如 gcc‑cross）主要用于在 Host（如 x86）平台上生成可在 Target（如 ARM）平台上运行的二进制文件，广泛应用于嵌入式系统开发、操作系统移植及跨平台软件开发。
2. openEuler 引入情况
   从 openEuler 22.09 版本起，gcc‑cross 软件包被纳入 everything 仓库，用于在 x86 架构上构建 ARM 架构二进制，为嵌入式场景下的交叉编译提供支持。

二、现状与问题

1. 使用者稀少
   • 软件包在社区的下载量较低，当前几乎没有用户依赖该包。
   • openEuler 嵌入式团队已自行维护并构建交叉编译器，基本不再使用社区提供的 gcc‑cross。
2. 构建复杂度高
   • 构建过程需下载并编译 glibc、binutils、gmp、mpc、mpfr、kernel 等多重组件。
   • 受限于 Gitee 网络波动，经常出现构建失败的问题，影响版本发布及转测效率。
3. 依赖与风险
   • 根据 openEuler 软件包分层策略，gcc‑cross 属于 L4（工具类、非生产环境）级别软件，影响较小，没有依赖它的软件包。
   • 该包转移至 EPOL后，不会对其他软件包的构建产生任何影响。

三、降级至 EPOL 的提案

为降低对主版本发布和转测流程的风险，优化社区资源投入，特此申请将 gcc‑cross 软件包从everything级别降级至 EPOL 仓库维护，保持原有交叉编译功能，同时减轻版本构建负担。

主要影响

• 功能不变：社区用户仍可通过 EPOL 获取并使用该软件包。
• 维护方式调整：社区志愿者可根据需求在 EPOL 上继续维护与更新。
• 版本发布更稳健：主仓库构建流程将更为简洁、高效，减少网络与依赖中断带来的失败风险。

四、征求意见

为确保影响已经充分讨论，我们诚邀社区同仁对该提案发表意见，主要关注点包括但不限于：

• 您是否仍在使用社区提供的 gcc‑cross？
• 转至 EPOL 后，是否会对您的工作流程产生不便？
• 其他您认为需补充或调整的事项。

请于 2025 年 7 月 16 日（周三） 前，将反馈发送至本邮件列表或直接回复本邮件。若在此期限内未收到异议，我们将在讨论结束后着手推进降级操作。

感谢大家一直以来对 openEuler与编译器的关注与支持，期待您宝贵的建议！

祝好，

李彦成

2025年7月9日