遗留问题进展 1、Binutils在2.38上支持SPR，并且社区从2.37至2.38做了大量重构工作，需要调研一下使用回合支持SPR的难度以及考虑也采用多版本支持方式 —— Zhiheng 进展：初步判断回合支持SPR难度高，目前在探索多版本支持方案； 2、Glibc在2.35上支持SPR，Intel在2.34上有release branch支持SPR，需要提供一下SPR特性相关commit list提前验证，并且验证时是否需要有支持SPR的toolchain以及机器 —— Annita 进展：Annita通过邮件回复相关信息： (1) Glibc编译不需要最新的toolchain支持和SPR机器。 (2) Glibc 2.34上与IA相关的patches都已经提交进了glibc社区的2.34 release master branch。建议openEuler rebase到2.34的最新版本，获得这些patches。 liqingqing回复：glibc 2.34的分支已经同步到最新了，应该天然支持了SPR。 (3) 基于glibc社区的release branch，我们也维护了Intel的glibc repo，包含了一些没有进入到Glibc release branch的patches。Glibc 2.34的patch list如下，我们建议open Euler的2.34 glibc也打上这些patch，以提高性能。 liqingqing回复：后续分析下这些patch。 3、Compiler SIG各组件版本规划在与TC汇报后共享一下相关slides —— Chuanfeng 进展：已经在0706的TC例会上汇报，并通过邮件发送了相关材料 4、/usr/lib64/libcc1.*动态库目前暂未找到更改安装路径方法，openSUSE构建spec通过--disable-libcc1可以关闭构建，需要探究一下 —— Chenxi、Zhiheng 进展：使用tools-set方案时，此问题可以解决。 5、openSUSE有部分动态库直接替换的场景，如libgomp，需要探究一下 —— Zhiheng 进展：使用tools-set方案时，此问题可以解决。 6、与已有openEuler默认GCC的兼容性问题，在需要创建/usr/bin/gcc软链接时会与目前默认GCC冲突 —— Zhiheng a、可以参考openSUSE，例如提供gcc10、gcc12仓，默认gcc仓选择一个GCC版本进行软链接 b、提供gcc10、gcc12仓，不需要gcc仓，openEuler默认配套的gcc{xx}仓提供对应软链接，yum install gcc时设置安装配套的gcc{xx} 进展：使用tools-set方案时，此问题可以解决。 7、用户使用多版本GCC时，需要设置LD_LIBRARY_PATH路径到对应版本的GCC库，openSUSE目前应该不需要该操作，需要识别一下解决方式 —— Chenxi、Zhiheng 进展：使用tools-set方案时，此问题可以解决。 8、多版本GCC support程度的讨论，如是否需要提供全面的测试保障、后续维护支撑、工具的易用性开发等 —— Zhiheng、Chuanfeng、Chenxi 进展：对多版本GCC也会提供测试保障和后续维护支撑。 9、openEuler GCC多版本支持的情况也需要和TC交流一下 —— Chuanfeng 进展：GCC多版本需求已经在TC例会汇报，TC委员同意支持多版本GCC，具体方案确定后再次交流。 10、创建compiler SIG组的专有mail list，以讨论与compiler专业相关的细节问题。 进展：已创建compiler@openeuler.org, 订阅链接为：https://mailweb.openeuler.org/postorius/lists/compiler.openeuler.org/ 新增遗留问题： 1、tools-set方案中高版本GCC可能会使用低版本GCC的动态库，需要进行前期测试 —— Wangding 2、调研Binutils是否可以在openEuler 22.03 LTS大版本下升级到2.38版本 —— Zhiheng 会议议题 议题1：各部件进展update 1、毕昇JDK已于630发布了新版本，可以在鲲鹏社区获取版本； 2、OpenJDK将于7月下旬发布GA版本，毕昇JDK将于8月中下旬跟进升级版本；Dynamic CDF特性正在开发中，预计在openEuler 23.03版本发布。 3、openEuler GCC主要讨论多版本方案支持，参考了openSUSE的方案和CentOS的tools-set方案，倾向于后者。 议题2：openEuler GCC 630高性能版本介绍 1、议题介绍指针压缩、结构体冗余成员删除，结构体layout优化等优化技术。 议题3：openEuler GCC 930 plugin特性 1、议题插件框架构想，期望做到一个优化PASS可以在多个编译器架构（GCC、LLVM）生效。 2、框架方案需要设计抽象IR，预计工作量比较大。后续可以展开现有IR（如MLIR）及现有学术界研究调研，也希望社区中有兴趣的开发者参与。 Best Regards 赵川峰（Steve） 发件人: xuzhen (F) [mailto:xuzhen8@huawei.com] 发送时间: 2022年7月18日 9:43 收件人: compiler@openeuler.org; dev@openeuler.org 主题: [Compiler] 欢迎继续申报议题//答复: [Dev] Compiler SIG 双周例会 本周二（7月19日）上午10:00-11:00召开Compiler SIG 双周例会 欢迎继续申报议题~ 当前议题： 1. 进展update 2. GCC特性介绍 3. GCC 930 plugin特性 新增议题可以回复邮件反馈，或者录入会议看板： https://etherpad.openeuler.org/p/Compiler-meetings 会议链接： https://us06web.zoom.us/j/87314400295?pwd=QTFWT1NoMUgvNDUrZnk1OCtUajRHdz09 -----原始约会----- 发件人: openEuler conference [mailto:public@openeuler.org] 发送时间: 2022年7月15日 9:15 收件人: compiler@openeuler.org,dev@openeuler.org<mailto:compiler@openeuler.org,dev@openeuler.org> 主题: [Dev] Compiler SIG 双周例会 时间: 2022年7月19日星期二 10:00-11:00(UTC+08:00) 北京，重庆，香港特别行政区，乌鲁木齐。 地点: 您好！ Compiler SIG 邀请您参加 2022-07-19 10:00 召开的Zoom会议(自动录制) 会议主题：Compiler SIG 双周例会 会议内容： 1. 进展update 2. GCC特性介绍 3. GCC 930 plugin特性 欢迎继续申报议题～ 会议链接：https://us06web.zoom.us/j/87314400295?pwd=QTFWT1NoMUgvNDUrZnk1OCtUajRHdz09 会议纪要：https://etherpad.openeuler.org/p/Compiler-meetings 温馨提醒：建议接入会议后修改参会人的姓名，也可以使用您在gitee.com的ID 更多资讯尽在：https://openeuler.org/zh/ Hello! openEuler Compiler SIG invites you to attend the Zoom conference(auto recording) will be held at 2022-07-19 10:00, The subject of the conference is Compiler SIG 双周例会, Summary: 1. 进展update 2. GCC特性介绍 3. GCC 930 plugin特性 欢迎继续申报议题～ You can join the meeting at https://us06web.zoom.us/j/87314400295?pwd=QTFWT1NoMUgvNDUrZnk1OCtUajRHdz09. Add topics at https://etherpad.openeuler.org/p/Compiler-meetings. Note: You are advised to change the participant name after joining the conference or use your ID at gitee.com. More information: https://openeuler.org/en/