转载自：
各位社区开发者好！
我是 openEuler 编译器团队的维护者，近期我们对 openEuler 中的交叉编译器软件包 gcc‑cross 进行了调研与分析，现就“将其从everything降级至 EPOL 维护”一事向社区征求大家的宝贵意见。
一、背景概述
- 交叉编译器简介
交叉编译器（如 gcc‑cross）主要用于在 Host（如 x86）平台上生成可在 Target（如 ARM）平台上运行的二进制文件，广泛应用于嵌入式系统开发、操作系统移植及跨平台软件开发。- openEuler 引入情况
从 openEuler 22.09 版本起，gcc‑cross 软件包被纳入 everything 仓库，用于在 x86 架构上构建 ARM 架构二进制，为嵌入式场景下的交叉编译提供支持。二、现状与问题
- 使用者稀少
- 软件包在社区的下载量较低，当前几乎没有用户依赖该包。
- openEuler 嵌入式团队已自行维护并构建交叉编译器，基本不再使用社区提供的 gcc‑cross。
- 构建复杂度高
- 构建过程需下载并编译 glibc、binutils、gmp、mpc、mpfr、kernel 等多重组件。
- 受限于 Gitee 网络波动，经常出现构建失败的问题，影响版本发布及转测效率。
- 依赖与风险
- 根据 openEuler 软件包分层策略，gcc‑cross 属于 L4（工具类、非生产环境）级别软件，影响较小，没有依赖它的软件包。
- 该包转移至 EPOL后，不会对其他软件包的构建产生任何影响。
三、降级至 EPOL 的提案
为降低对主版本发布和转测流程的风险，优化社区资源投入，特此申请将 gcc‑cross 软件包从everything级别降级至 EPOL 仓库维护，保持原有交叉编译功能，同时减轻版本构建负担。
主要影响
- 功能不变 ：社区用户仍可通过 EPOL 获取并使用该软件包。
- 维护方式调整 ：社区志愿者可根据需求在 EPOL 上继续维护与更新。
- 版本发布更稳健 ：主仓库构建流程将更为简洁、高效，减少网络与依赖中断带来的失败风险。
四、征求意见
为确保影响已经充分讨论，我们诚邀社区同仁对该提案发表意见，主要关注点包括但不限于：
- 您是否仍在使用社区提供的 gcc‑cross？
- 转至 EPOL 后，是否会对您的工作流程产生不便？
- 其他您认为需补充或调整的事项。
请于 2025 年 7 月 16 日（周三） 前，将反馈发送至本邮件列表或直接回复本邮件。若在此期限内未收到异议，我们将在讨论结束后着手推进降级操作。
感谢大家一直以来对 openEuler与编译器的关注与支持，期待您宝贵的建议！
祝好，
李彦成
2025年7月9日
欢迎订阅上面 openEuler 的邮件列表然后回复讨论。
（在RuyiSDK这里讨论估计没啥用，相关方看不到）