1． 回顾上周的工作，这一阶段优化同步到openEuler社区的工作已经完成
2． glibc库编译失败，可能原因是gcc的优化导致，目前提交了一个修复补丁，解决部分问题，但glibc包整体上依然编译失败，需要支持解决
会上Eric（ARM）提了几个问题：
1． https://gcc.gnu.org/pipermail/gcc-patches/2020-June/546950.html gcc社区原生的问题，会影响HPC场景的编译，ARM的同事Wilco提了一些意见，建议通过修改abi的方式实现，会后我们需要看下基于这个思路如何实现
2． 关于Compiler SIG在JDK/GCC上的优化后续upstream的讨论
会后和ARM公司的简宁胜做了交流，在OpenJDK上SVE指令的支持进行分工合作，ARM的同事将投入Vector API mask对SVE的支持，Compiler SIG的同事在vector api SVE backend剩余OP的支持工作上进行投入
发件人: Meeting Book [mailto:uMeeting@huawei.com] 发送时间: 2020年9月7日 11:25 收件人: dev@openeuler.org 主题: [Dev] 【Meeting Notice】Compiler SIG weekly meeting Time: 2020-09-08 10:00-11:00
Topic
Compiler SIG weekly meeting
Time
2020-09-08 10:00-11:00((UTC+08:00)Beijing)
Join Conference
Join (External) >>https://welink-meeting.zoom.us/j/162757639
Meeting ID
162 757 639
Convener
郭歌
Tips:
Dial the access number to join conferencehttp://app.huawei.com/eshare/voiceMeetings
注：仅支持部分国家和地区。( Only some countries and regions are supported.)
如果加入会议提示“会议已结束或会议号不存在”，请在官网下载最新版本入会。立即下载https://zoom.us/download
If a message is displayed, indicating that the meeting has ended or the meeting ID does not exist, download the latest meeting client and try again.Downloadhttps://zoom.us/download
Hi Guoge,
On 9/8/2020 9:00 PM, guoge (A) wrote:
1． 回顾上周的工作，这一阶段优化同步到openEuler社区的工作已经完成
2． glibc库编译失败，可能原因是gcc的优化导致，目前提交了一个修复补丁，解决部分问题，但glibc包整体上依然编译失败，需要支持解决
会上Eric（ARM）提了几个问题：
1． https://gcc.gnu.org/pipermail/gcc-patches/2020-June/546950.html gcc社区原生的问题，会影响HPC场景的编译，ARM的同事Wilco提了一些意见，建议通过修改abi的方式实现，会后我们需要看下基于这个思路如何实现
关于这个问题， 我也ping了Arm toolchain 组的同事，看后续是否会在GCC mail-list中有反馈：（
这个HPC application编译的问题如果已经有workaround的代码，是否往GCC maillist发一个代码patch作为发起ABI 修订的敲门砖？ 对GCC了解不多，不知道这个做法是否符合GCC社区的惯例。
2． 关于Compiler SIG在JDK/GCC上的优化后续upstream的讨论
会后和ARM公司的简宁胜做了交流，在OpenJDK上SVE指令的支持进行分工合作，ARM的同事将投入Vector API mask对SVE的支持，Compiler SIG的同事在vector api SVE backend剩余OP的支持工作上进行投入
此外， 还想了解一下 作为OS distro的基础组件的GCC等在openEuler中的版本演进策略是怎样的。 每个GCC的版本 大概有2，3年的support时间，这个时间与openEuler LTS的生命周期相比，有点短。 那么 1） 在一个LTS开始时，根据什么原则选择哪个GCC版本； 2） 在 LTS的生命周期里，GCC版本的策略是怎样的，是否同步GCC的bug fixes或 backport 某些features； 3） 在一个LTS周期里面，如果最初选择的 GCC版本已经结束社区support， 我们的策略是怎样的；
谢谢！ Erik
*发件人:*Meeting Book [mailto:uMeeting@huawei.com] *发送时间:*2020年9月7日11:25 *收件人:*dev@openeuler.org *主题:*[Dev] 【Meeting Notice】Compiler SIG weekly meeting Time: 2020-09-08 10:00-11:00
Topic
Compiler SIG weekly meeting
Time
2020-09-08 10:00-11:00((UTC+08:00)Beijing)
Join Conference
Join (External) >> https://welink-meeting.zoom.us/j/162757639
Meeting ID
162 757 639
Convener
郭歌
Tips:
Dial the access number to join conference http://app.huawei.com/eshare/voiceMeetings
注：仅支持部分国家和地区。( Only some countries and regions are supported.)
如果加入会议提示“会议已结束或会议号不存在”，请在官网下载最新版本入会。立即下载 https://zoom.us/download
If a message is displayed, indicating that the meeting has ended or the meeting ID does not exist, download the latest meeting client and try again.Download https://zoom.us/download
Dev mailing list -- dev@openeuler.org To unsubscribe send an email to dev-leave@openeuler.org
IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you.
Hi Guoge,
On 9/8/2020 9:00 PM, guoge (A) wrote:
1． 回顾上周的工作，这一阶段优化同步到openEuler社区的工作已经完成
2． glibc库编译失败，可能原因是gcc的优化导致，目前提交了一个修复补丁，解决部分问题，但glibc包整体上依然编译失败，需要支持解决
会上Eric（ARM）提了几个问题：
1． https://gcc.gnu.org/pipermail/gcc-patches/2020-June/546950.html gcc社区原生的问题，会影响HPC场景的编译，ARM的同事Wilco提了一些意见，建议通过修改abi的方式实现，会后我们需要看下基于这个思路如何实现
关于这个问题， 我也ping了Arm toolchain 组的同事，看后续是否会在GCC mail-list中有反馈：（
这个HPC application编译的问题如果已经有workaround的代码，是否往GCC maillist发一个代码patch作为发起ABI 修订的敲门砖？ 对GCC了解不多，不知道这个做法是否符合GCC社区的惯例。
2． 关于Compiler SIG在JDK/GCC上的优化后续upstream的讨论
会后和ARM公司的简宁胜做了交流，在OpenJDK上SVE指令的支持进行分工合作，ARM的同事将投入Vector API mask对SVE的支持，Compiler SIG的同事在vector api SVE backend剩余OP的支持工作上进行投入
此外， 还想了解一下 作为OS distro的基础组件的GCC等在openEuler中的版本演进策略是怎样的。 每个GCC的版本 大概有2，3年的support时间，这个时间与openEuler LTS的生命周期相比，有点短。 那么 1） 在一个LTS开始时，根据什么原则选择哪个GCC版本； 2） 在 LTS的生命周期里，GCC版本的策略是怎样的，是否同步GCC的bug fixes或 backport 某些features； 3） 在一个LTS周期里面，如果最初选择的 GCC版本已经结束社区support， 我们的策略是怎样的；
谢谢！ Erik
*发件人:*Meeting Book [mailto:uMeeting@huawei.com] *发送时间:*2020年9月7日11:25 *收件人:*dev@openeuler.org *主题:*[Dev] 【Meeting Notice】Compiler SIG weekly meeting Time: 2020-09-08 10:00-11:00
Topic
Compiler SIG weekly meeting
Time
2020-09-08 10:00-11:00((UTC+08:00)Beijing)
Join Conference
Join (External) >> https://welink-meeting.zoom.us/j/162757639
Meeting ID
162 757 639
Convener
郭歌
Tips:
Dial the access number to join conference http://app.huawei.com/eshare/voiceMeetings
注：仅支持部分国家和地区。( Only some countries and regions are supported.)
如果加入会议提示“会议已结束或会议号不存在”，请在官网下载最新版本入会。立即下载 https://zoom.us/download
If a message is displayed, indicating that the meeting has ended or the meeting ID does not exist, download the latest meeting client and try again.Download https://zoom.us/download
Dev mailing list -- dev@openeuler.org To unsubscribe send an email to dev-leave@openeuler.org
IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you.
Hi Erik,
这个HPC application编译的问题如果已经有workaround的代码，是否往 GCC maillist发一个代码patch作为发起ABI 修订的敲门砖？ 对GCC了解不多，不知道这个做法是否符合GCC社区的惯例。
GCC社区一般是要在PR上对齐解决方案后，再将实现的patch发到GCC maillist，目前方案还没彻底对齐。
Wilco建议修改ABI来实现，我们分析后发现这个改动会比较大，涉及GCC和binutils，我们担心按照这个方案做了后，社区是否会有其他意见或者其他更好的方案，我们想您那边是否可以让Richard等GCC专家帮忙看下用哪个方案更合适，以及在GCC上增加mcmodel=medium特性是否可以。
Thanks Haijian
-----Original Message----- From: Erik Yuan [mailto:Erik.Yuan@arm.com] Sent: Wednesday, September 9, 2020 6:21 PM To: guoge (A) guoge1@huawei.com; dev@openeuler.org; bule bule1@huawei.com Subject: [Dev] Re: 会议纪要//答复: 【Meeting Notice】Compiler SIG weekly meeting Time: 2020-09-08 10:00-11:00
Hi Guoge,
On 9/8/2020 9:00 PM, guoge (A) wrote:
1． 回顾上周的工作，这一阶段优化同步到openEuler社区的工作已经
完成
2． glibc库编译失败，可能原因是gcc的优化导致，目前提交了一个修
复补丁，解决部分问题，但glibc包整体上依然编译失败，需要支持解决
会上Eric（ARM）提了几个问题：
1． https://gcc.gnu.org/pipermail/gcc-patches/2020-June/546950.html gcc
社区原生的问题，会影响HPC场景的编译，ARM的同事Wilco提了一些意 见，建议通过修改abi的方式实现，会后我们需要看下基于这个思路如何 实现
关于这个问题， 我也ping了Arm toolchain 组的同事，看后续是否会在GCC mail-list中有反馈：（
这个HPC application编译的问题如果已经有workaround的代码，是否往 GCC maillist发一个代码patch作为发起ABI 修订的敲门砖？ 对GCC了解不多，不知道这个做法是否符合GCC社区的惯例。
2． 关于Compiler SIG在JDK/GCC上的优化后续upstream的讨论
会后和ARM公司的简宁胜做了交流，在OpenJDK上SVE指令的支持进行
分工合作，ARM的同事将投入Vector API mask对SVE的支持，Compiler SIG 的同事在vector api SVE backend剩余OP的支持工作上进行投入
此外， 还想了解一下 作为OS distro的基础组件的GCC等在openEuler中 的版本演进策略是怎样的。 每个GCC的版本 大概有2，3年的support时间，这个时间与openEuler LTS 的生命周期相比，有点短。 那么 1） 在一个LTS开始时，根据什么原则选择哪个GCC版本； 2） 在 LTS的生命周期里，GCC版本的策略是怎样的，是否同步GCC的bug fixes或 backport 某些features； 3） 在一个LTS周期里面，如果最初选择的 GCC版本已经结束社区support， 我们的策略是怎样的；
谢谢！ Erik
*发件人:*Meeting Book [mailto:uMeeting@huawei.com] *发送时间:*2020年9月7日11:25 *收件人:*dev@openeuler.org *主题:*[Dev] 【Meeting Notice】Compiler SIG weekly meeting Time:
2020-09-08 10:00-11:00
Topic
Compiler SIG weekly meeting
Time
2020-09-08 10:00-11:00((UTC+08:00)Beijing)
Join Conference
Join (External) >> https://welink-meeting.zoom.us/j/162757639
Meeting ID
162 757 639
Convener
郭歌
Tips:
Dial the access number to join conference
http://app.huawei.com/eshare/voiceMeetings
注：仅支持部分国家和地区。( Only some countries and regions are
supported.)
如果加入会议提示“会议已结束或会议号不存在”，请在官网下载最新版
本入会。立即下载 https://zoom.us/download
If a message is displayed, indicating that the meeting has ended or the
meeting ID does not exist, download the latest meeting client and try again.Download https://zoom.us/download
Dev mailing list -- dev@openeuler.org To unsubscribe send an email to dev-leave@openeuler.org
IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. _______________________________________________ Dev mailing list -- dev@openeuler.org To unsubscribe send an email to dev-leave@openeuler.org
-
Erik Yuan -
guoge (A) -
Zhanghaijian (A)