llvm-project
| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
[ci] Make libc++ and Clang CI scripts independent This simply moves existing CI-related scripts for Clang outside of libc++ to make the two projects independent with respect to CI. The reason for making this change is that libc++'s CI pipeline history was full of Clang runs, making it a lot harder to figure out information about libc++'s own jobs. I created a pipeline for Clang and this patch will run pre-commit CI for Clang inside that pipeline instead. Differential Revision: https://reviews.llvm.org/D155078 | 2 年前 | |
[NFC] Update README and PR template | 9 个月前 | |
[build] Specify LLVM_MAIN_SRC_DIR when running build-flang.sh Otherwise Classic Flang's CMakeLists.txt will be unable to find llvm-lit and cannot generate test-related goals, e.g. check-all. | 2 年前 | |
[ACPO][AI4C] Adding AI4C Models This commit adds three AI4C models to the repository: (1) Branch Weight Model (2) Function Frequency (Function Hotness) (3) MemOP Optimization | 1 年前 | |
!351 merge dev17-bolt-port into dev_17.0.6 [BOLT] Port from llvm-bolt repo [Part 1] Created-by: eastb233 Commit-by: rfwang07;牟文龙 Merged-by: openeuler-ci-bot Description: <!-- 感谢您的合入申请！ --> **PR功能描述 / 为什么需要这个合入：** llvm-bolt仓归入llvm主仓后，存量patch迁移 https://atomgit.com/src-openeuler/llvm-bolt 1、更新第一部分补丁， 0006-AArch64-Add-CFG-block-count-correction-optimization.patch补丁存在构建和用例问题，单独提交 - 0010-AArch64-Add-hybrid-guess-approach-for-edge-weight-estimation.patch - 0011-support-D-FOT-addrs-data-parsing-for-optimized-binary.patch - 0012-Add-Om-for-Kunpeng-Opts.patch - 0013-add-strict-to-Om.patch 2、用上游社区补丁代替 0003-AArch64-Add-AArch64-support-for-inline.patch：https://atomgit.com/openeuler/llvm-project/pull/360 0004-Bolt-Solving-pie-support-issue.patch：https://atomgit.com/openeuler/llvm-project/pull/364 0005-BOLT-AArch64-Don-t-change-layout-in-PatchEntries.patch：https://atomgit.com/openeuler/llvm-project/pull/362 0007-BOLT-Skip-PLT-search-for-zero-value-weak-reference-symbols.patch：https://atomgit.com/openeuler/llvm-project/pull/365 0008-merge-fdata-Support-process-no_lbr-profile-file.patch：https://atomgit.com/openeuler/llvm-project/pull/363 3、0006-AArch64-Add-CFG-block-count-correction-optimization.patch补丁PR https://atomgit.com/openeuler/llvm-project/pull/372 <!-- 回合上游社区补丁请附上社区链接 --> **希望检视人员了解的内容：** **Checklist:** PR格式 - [ ] PR标题简要总结修改内容 - [ ] commit message是否使用模板，请配置git config commit.template .gitee/commit_message - [ ] PR是否关联issue - [ ] PR是否设置审查人员（主要成员为[@cf-zhao](https://gitee.com/cf-zhao),[@eastb233](https://gitee.com/eastb233),[@liyunfei33](https://gitee.com/liyunfei33),[@wangqiang95](https://gitee.com/wangqiang95),[@chenzheng1030](https://gitee.com/chenzheng1030)） 功能验证 - 修改涉及后端架构 - [ ] 架构无关 - [ ] AArch64 - [ ] X86_64 - [ ] RISC-V - [ ] LoongArch - [ ] 其他 - CI门禁 - [x] （默认触发）基础测试 - [ ] （可选）质量加固测试，评论关键字触发/mtestrun See merge request: openeuler/llvm-project!351 | 5 个月前 | |
[bugfix] Remove redundant macros | 7 个月前 | |
[AArch64] Assembly support for the Checked Pointer Arithmetic Extension (#73777) This introduces assembly support for the Checked Pointer Arithmetic Extension (FEAT_CPA), annouced as part of the Armv9.5-A architecture version. The changes include: * New subtarget feature for FEAT_CPA * New scalar instruction for pointer arithmetic * ADDPT, SUBPT, MADDPT, and MSUBPT * New SVE instructions for pointer arithmetic * ADDPT (vectors, predicated), ADDPT (vectors, unpredicated) * SUBPT (vectors, predicated), SUBPT (vectors, unpredicated) * MADPT and MLAPT * New ID_AA64ISAR3_EL1 system register Mode details about the extension can be found at: * https://community.arm.com/arm-community-blogs/b/architectures-and-processors-blog/posts/arm-a-profile-architecture-developments-2023 * https://developer.arm.com/documentation/ddi0602/2023-09/ Co-authored-by: Rodolfo Wottrich <rodolfo.wottrich@arm.com> | 8 天前 | |
[CMake] Switch the CMP0091 policy (MSVC_RUNTIME_LIBRARY) to the new behaviour With the new behaviour, the /MD or similar options aren't added to e.g. CMAKE_CXX_FLAGS_RELEASE, but are added separately by CMake. They can be changed by the cmake variable CMAKE_MSVC_RUNTIME_LIBRARY or with the target property MSVC_RUNTIME_LIBRARY. LLVM has had its own custom CMake flags, e.g. LLVM_USE_CRT_RELEASE, which affects which CRT is used for release mode builds. Deprecate these and direct users to use CMAKE_MSVC_RUNTIME_LIBRARY directly instead (and do a best effort attempt at setting CMAKE_MSVC_RUNTIME_LIBRARY based on the existing LLVM_USE_CRT_ flags). This only handles the simple cases, it doesn't handle multi-config generators with different LLVM_USE_CRT_* variables for different configs though, but that's probably fine - we should move over to the new upstream CMake mechanism anyway, and push users towards that. Change code in compiler-rt, that previously tried to override the CRT choice to /MT, to set CMAKE_MSVC_RUNTIME_LIBRARY instead of meddling in the old variables. This resolves the policy issue in https://github.com/llvm/llvm-project/issues/63286, and should handle the issues that were observed originally when the minimum CMake version was bumped, in https://github.com/llvm/llvm-project/issues/62719 and https://github.com/llvm/llvm-project/issues/62739. Differential Revision: https://reviews.llvm.org/D155233 | 2 年前 | |
[compiler-rt] Use the signal to trigger __llvm_profile_write_file call Signed-off-by: lfeng14 <luofeng13@huawei.com> | 4 个月前 | |
[Dexter] XFAIL Dexter tests for Apple Silicon (arm64) | 3 年前 | |
[flang] Add comdats to functions with linkonce linkage (#66516) This fixes a bug where functions generated by the MLIR Math dialect, for example ipowi, would fail to link with link.exe on Windows due to having linkonce linkage but no associated comdat. Adding the comdat on ELF also allows linkers to perform better garbage collection in the binary. Simply adding comdats to all functions with this linkage type should also cover future cases where linkonce or linkonce_odr functions might be necessary. (cherry picked from commit 5f476b80e3d472f672f5f6a719eebe2c0aadf52c) | 2 年前 | |
[libc] Remove test RPC opcodes from the exported header This patch does the noisy work of removing the test opcodes from the exported interface to an interface that is only visible in libc. The benefit of this is that we both test the exported RPC registration more directly, and we do not need to give this interface to users. I have decided to export any opcode that is not a "core" libc feature as having its MSB set in the opcode. We can think of these as non-libc "extensions". Reviewed By: JonChesterfield Differential Revision: https://reviews.llvm.org/D154848 | 2 年前 | |
Reland "[CMake] Bumps minimum version to 3.20.0. This reverts commit d763c6e5e2d0a6b34097aa7dabca31e9aff9b0b6. Adds the patch by @hans from https://github.com/llvm/llvm-project/issues/62719 This patch fixes the Windows build. d763c6e5e2d0a6b34097aa7dabca31e9aff9b0b6 reverted the reviews D144509 [CMake] Bumps minimum version to 3.20.0. This partly undoes D137724. This change has been discussed on discourse https://discourse.llvm.org/t/rfc-upgrading-llvms-minimum-required-cmake-version/66193 Note this does not remove work-arounds for older CMake versions, that will be done in followup patches. D150532 [OpenMP] Compile assembly files as ASM, not C Since CMake 3.20, CMake explicitly passes "-x c" (or equivalent) when compiling a file which has been set as having the language C. This behaviour change only takes place if "cmake_minimum_required" is set to 3.20 or newer, or if the policy CMP0119 is set to new. Attempting to compile assembly files with "-x c" fails, however this is workarounded in many cases, as OpenMP overrides this with "-x assembler-with-cpp", however this is only added for non-Windows targets. Thus, after increasing cmake_minimum_required to 3.20, this breaks compiling the GNU assembly for Windows targets; the GNU assembly is used for ARM and AArch64 Windows targets when building with Clang. This patch unbreaks that. D150688 [cmake] Set CMP0091 to fix Windows builds after the cmake_minimum_required bump The build uses other mechanism to select the runtime. Fixes #62719 Reviewed By: #libc, Mordante Differential Revision: https://reviews.llvm.org/D151344 | 3 年前 | |
eliminate python SyntaxWarnings from check-all output. src_dir/clang/lib/Tooling/DumpTool/generate_cxx_src_locs.py:28: SyntaxWarning: invalid escape sequence '\*' self.implementationContent += """ src_dir/llvm/utils/lit/lit/TestRunner.py:205: SyntaxWarning: invalid escape sequence '\c' """ src_dir/llvm/utils/lit/lit/TestRunner.py:1561: SyntaxWarning: invalid escape sequence '\s' match = _caching_re_compile("^\s*%else\s*(%{)?").search(ln) src_dir/libcxx/utils/libcxx/test/format.py:64: SyntaxWarning: invalid escape sequence '\s' for output in re.split('[$]\s*":"\s*"RUN: at line \d+"', fullOutput): src_dir/libcxx/utils/libcxx/test/params.py:121: SyntaxWarning: invalid escape sequence '\+' AddSubstitution("%{cxx_std}", re.sub("\+", "x", std)), src_dir/libcxx/utils/libcxx/test/params.py:214: SyntaxWarning: invalid escape sequence '\+' AddFeature("stdlib=libc++") if re.match(".+-libc\+\+", stdlib) else None, src_dir/compiler-rt/test/lit.common.cfg.py:800: SyntaxWarning: invalid escape sequence '\$' "-Wl,-z,origin -Wl,-rpath,\$ORIGIN -L%T -l%xdynamiclib_namespec" src_dir/compiler-rt/test/lit.common.cfg.py:809: SyntaxWarning: invalid escape sequence '\$' "-Wl,-rpath,\$ORIGIN -L%T -l%xdynamiclib_namespec" + postfix, src_dir/compiler-rt/test/lit.common.cfg.py:817: SyntaxWarning: invalid escape sequence '\$' "-Wl,-R\$ORIGIN -L%T -l%xdynamiclib_namespec" + postfix, src_dir/llvm/test/lit.cfg.py:275: SyntaxWarning: invalid escape sequence '\d' match = re.search("release (\d+)\.(\d+)", ptxas_out) | 2 年前 | |
[libc++] Fix problems with GCC 13 and switch to it in the CI Reviewed By: #libc, #libc_abi, Mordante Spies: arphaman, Mordante, libcxx-commits, arichardson Differential Revision: https://reviews.llvm.org/D157060 | 2 年前 | |
Add Sw64 support for libunwind | 5 个月前 | |
[ELF][AArch64] Relax zero TLSLE add to nop (#204286) Optimize AArch64 local-exec TLS relocation handling by replacing a self-add R_AARCH64_TLSLE_ADD_TPREL_HI12 instruction with nop when the high 12 bits are zero. The optimization is disabled by --no-relax and avoids non-equivalent forms such as non-self-adds and 32-bit destination registers. | 16 天前 | |
Add sw_64 support. | 7 个月前 | |
Reland "[CMake] Bumps minimum version to 3.20.0. This reverts commit d763c6e5e2d0a6b34097aa7dabca31e9aff9b0b6. Adds the patch by @hans from https://github.com/llvm/llvm-project/issues/62719 This patch fixes the Windows build. d763c6e5e2d0a6b34097aa7dabca31e9aff9b0b6 reverted the reviews D144509 [CMake] Bumps minimum version to 3.20.0. This partly undoes D137724. This change has been discussed on discourse https://discourse.llvm.org/t/rfc-upgrading-llvms-minimum-required-cmake-version/66193 Note this does not remove work-arounds for older CMake versions, that will be done in followup patches. D150532 [OpenMP] Compile assembly files as ASM, not C Since CMake 3.20, CMake explicitly passes "-x c" (or equivalent) when compiling a file which has been set as having the language C. This behaviour change only takes place if "cmake_minimum_required" is set to 3.20 or newer, or if the policy CMP0119 is set to new. Attempting to compile assembly files with "-x c" fails, however this is workarounded in many cases, as OpenMP overrides this with "-x assembler-with-cpp", however this is only added for non-Windows targets. Thus, after increasing cmake_minimum_required to 3.20, this breaks compiling the GNU assembly for Windows targets; the GNU assembly is used for ARM and AArch64 Windows targets when building with Clang. This patch unbreaks that. D150688 [cmake] Set CMP0091 to fix Windows builds after the cmake_minimum_required bump The build uses other mechanism to select the runtime. Fixes #62719 Reviewed By: #libc, Mordante Differential Revision: https://reviews.llvm.org/D151344 | 3 年前 | |
[Fix] FEAT_CPA adpates to HiSilicon's HIP** sched model This patch explicity add 'HasCPA' to 'UnsupportedFeatures' in 'AArch64SchedHIP09/11/12.td. | 8 天前 | |
[script][doc] Add environment configuration scripts and update readme | 8 个月前 | |
[Backport][Intrinsics] llvm.memcpy.inline length no longer needs to be constant Reference: https://github.com/llvm/llvm-project/commit/fdf94e1 Originally By: Alex Bradbury <asb@igalia.com> A test change was missing for mlir/test/Target/LLVMIR/llvmir-intrinsics.mlir in the initial commit. | 5 个月前 | |
Fix /tmp approach, and add environment variable method as third fallback during library registration The /tmp fallback for /dev/shm did not write to a fixed filename, so multiple instances of the runtime would not be able to detect each other. Now, we create the /tmp file in much the same way as the /dev/shm file was created, since mkstemp approach would not work to create a file that other instances of the runtime would detect. Also, add the environment variable method as a third fallback to /dev/shm and /tmp for library registration, as some systems do not have either. Also, add ability to fallback to a subsequent method should a failure occur during any part of the registration process. When unregistering, it is assumed that the method chosen during registration should work, so errors at that point are ignored. This also avoids a problem with multiple threads trying to unregister the library. | 6 个月前 | |
[polly] Remove use of getWithSamePointeeType() (NFC) | 2 年前 | |
Reland "[CMake] Bumps minimum version to 3.20.0. This reverts commit d763c6e5e2d0a6b34097aa7dabca31e9aff9b0b6. Adds the patch by @hans from https://github.com/llvm/llvm-project/issues/62719 This patch fixes the Windows build. d763c6e5e2d0a6b34097aa7dabca31e9aff9b0b6 reverted the reviews D144509 [CMake] Bumps minimum version to 3.20.0. This partly undoes D137724. This change has been discussed on discourse https://discourse.llvm.org/t/rfc-upgrading-llvms-minimum-required-cmake-version/66193 Note this does not remove work-arounds for older CMake versions, that will be done in followup patches. D150532 [OpenMP] Compile assembly files as ASM, not C Since CMake 3.20, CMake explicitly passes "-x c" (or equivalent) when compiling a file which has been set as having the language C. This behaviour change only takes place if "cmake_minimum_required" is set to 3.20 or newer, or if the policy CMP0119 is set to new. Attempting to compile assembly files with "-x c" fails, however this is workarounded in many cases, as OpenMP overrides this with "-x assembler-with-cpp", however this is only added for non-Windows targets. Thus, after increasing cmake_minimum_required to 3.20, this breaks compiling the GNU assembly for Windows targets; the GNU assembly is used for ARM and AArch64 Windows targets when building with Clang. This patch unbreaks that. D150688 [cmake] Set CMP0091 to fix Windows builds after the cmake_minimum_required bump The build uses other mechanism to select the runtime. Fixes #62719 Reviewed By: #libc, Mordante Differential Revision: https://reviews.llvm.org/D151344 | 3 年前 | |
Reland "[CMake] Bumps minimum version to 3.20.0. This reverts commit d763c6e5e2d0a6b34097aa7dabca31e9aff9b0b6. Adds the patch by @hans from https://github.com/llvm/llvm-project/issues/62719 This patch fixes the Windows build. d763c6e5e2d0a6b34097aa7dabca31e9aff9b0b6 reverted the reviews D144509 [CMake] Bumps minimum version to 3.20.0. This partly undoes D137724. This change has been discussed on discourse https://discourse.llvm.org/t/rfc-upgrading-llvms-minimum-required-cmake-version/66193 Note this does not remove work-arounds for older CMake versions, that will be done in followup patches. D150532 [OpenMP] Compile assembly files as ASM, not C Since CMake 3.20, CMake explicitly passes "-x c" (or equivalent) when compiling a file which has been set as having the language C. This behaviour change only takes place if "cmake_minimum_required" is set to 3.20 or newer, or if the policy CMP0119 is set to new. Attempting to compile assembly files with "-x c" fails, however this is workarounded in many cases, as OpenMP overrides this with "-x assembler-with-cpp", however this is only added for non-Windows targets. Thus, after increasing cmake_minimum_required to 3.20, this breaks compiling the GNU assembly for Windows targets; the GNU assembly is used for ARM and AArch64 Windows targets when building with Clang. This patch unbreaks that. D150688 [cmake] Set CMP0091 to fix Windows builds after the cmake_minimum_required bump The build uses other mechanism to select the runtime. Fixes #62719 Reviewed By: #libc, Mordante Differential Revision: https://reviews.llvm.org/D151344 | 3 年前 | |
script: update llvm build script * Native Ninja is already available for Windows on ARM, so we can use it on both Windows platform. * Introduced a new '-i' build option to trigger whether the user wants to install LLVM or not. Previously the script relies on install_prefix option which was wrong approach. In this case we still could not defer the install for a later time if install directory was set. With this change the python build script will be consistent with official bash script. | 2 年前 | |
[Sw64] Add Sw64 target support for llvm | 1 年前 | |
[AArch64][SME] Take arm_sme.h out of draft (#78961) Signed-off-by: chenmiao <15273704+chenmiao32@user.noreply.gitee.com> Signed-off-by: chenmiao <chenmiao32@huawei.com> | 1 年前 | |
Add modern arc config for default "onto" branch The config option for this changed in https://secure.phabricator.com/D21313 (or when that was rolled out). I'm leaving the old config option, which may be in use by people with older versions of arc. Reviewed By: mehdi_amini Differential Revision: https://reviews.llvm.org/D97215 | 5 年前 | |
PR46997: don't run clang-format on clang's testcases. The formatting of the testcases matters and shouldn't be overwritten by a tool. | 5 年前 | |
Revert "Title: [RISCV] Add missing part of instruction vmsge {u}. VX Review By: craig.topper Differential Revision : https://reviews.llvm.org/D100115" This reverts commit 4d9ccb18f50803a1aa9c0332dc72472bdfec8bc4. | 5 年前 | |
Add -misc-use-anonymous-namespace to .clang-tidy This is at odds with the coding standard. Quoting https://llvm.org/docs/CodingStandards.html#anonymous-namespaces > Because of this, we have a simple guideline: make anonymous namespaces > as small as possible, and only use them for class declarations. Reviewed By: MaskRay Differential Revision: https://reviews.llvm.org/D149664 | 3 年前 | |
Revert "[mlir][spirv] Add D155747 to .git-blame-ignore-revs" This reverts commit b8a20658fee019fe9126a29f930ddd5dedec51ff. This does not preserve the line history of cut-and-pasted code like I expected. | 2 年前 | |
[llvm] Ignore .rej files in .gitignore Ignore reject files (.rej) files generated by patch. I can't imagine a reason they should ever be checked in. I considered ignoring patch files as well but decided to err on the side of caution because we might not want them to be easily deleted by something like git clean. Differential revision: https://reviews.llvm.org/D124619 | 4 年前 | |
Add entry to mailmap Signed-off-by: Med Ismail Bennani <ismail@bennani.ma> | 3 年前 | |
[ACPO] ACPO Infrastructure This change introduces ACPO ML infrastructure to enable use of ML models within LLVM compiler using a simple interface. | 1 年前 | |
Added instruction to join the llvm discourse and discord group. Added instruction and link to join the llvm discord and discourse group in the CONTRIBUTING.md files Reviewed By: keith Differential Revision: https://reviews.llvm.org/D146877 | 3 年前 | |
[docs] Add LICENSE.txt to the root of the mono-repo This will make it easier to find the LICENSE and some software also looks in the root to automatically find it. Reviewed By: kristof.beyls, lattner Differential Revision: https://reviews.llvm.org/D132018 | 3 年前 | |
[NFC] Update README and PR template | 9 个月前 | |
[NFC] Update README and PR template | 9 个月前 | |
[docs] Describe reporting security issues on the chromium tracker. To track security issues, we're starting with the chromium bug tracker (using the llvm project there). We considered using Github Security Advisories. However, they are currently intended as a way for project owners to publicize their security advisories, and aren't well-suited to reporting issues. This also moves the issue-reporting paragraph to the beginning of the document, in part to make it more discoverable, in part to allow the anchor-linking to actually display the paragraph at the top of the page. Note that this doesn't update the concrete list of security-sensitive areas, which is still an open item. When we do, we may want to move the list of security-sensitive areas next to the issue-reporting paragraph as well, as it seems like relevant information needed in the reporting process. Finally, when describing the discission medium, this splits the topics discussed into two: the concrete security issues, discussed in the issue tracker, and the logistics of the group, in our mailing list, as patches on public lists, and in the monthly sync-up call. While there, add a SECURITY.md page linking to the relevant paragraph. Differential Revision: https://reviews.llvm.org/D100873 | 5 年前 | |
[Build] Format something in build.sh | 6 个月前 |
1、项目介绍
欢迎来到openEuler社区的LLVM项目！本仓库是llvm-project下游仓库。
此仓库包含LLVM项目的源代码，LLVM基础设施是一个用于构建高度优化的编译器、优化器和运行时环境的工具包。
LLVM项目有多个组件。该项目的核心组件被称为“LLVM”，它包含处理中间表示及将其转换为目标文件所需的所有工具（包括汇编器、反汇编器、位码分析器和为位码优化器）、库和头文件。
类C语言使用Clang前端，该组件将C、C++、Objective-C和Objective-C++代码编译成LLVM位码，并使用LLVM将其转换为二进制目标文件。
其他组件包括：C++标准库（libc++）、LLD链接器等。
2、构建指导
首先通过git下载源码，然后通过build.sh脚本一键式构建LLVM。构建方式有直接命令行构建和容器化构建两种。
2.1、直接命令行构建
推荐使用openEuler操作系统进行构建，如果您使用其他操作系统，建议使用容器化构建方式。
首先确保系统安装了依赖软件包，可以用如下命令安装。
yum install -y gcc g++ make cmake openssl-devel python3 \
python3-setuptools python-wheel texinfo binutils-devel libatomic
然后可以通过 ./build.sh -h查看当前工程支持的构建选项。通过命令行执行一键式构建，例如：
./build.sh -r -b release -X X86 -j 8
2.2、容器化构建
为了解决由于开发环境差异导致的构建失败和构建产物二进制差异问题，openEuler LLVM项目提供了容器化构建方法。得益于openEuler容器镜像项目，提前制作了llvm-build-deps容器镜像。开发者可以通过build.sh脚本的-C选项启用容器化构建，例如：
./build.sh -C -r -b release -X X86 -j 8 // 添加了-C选项
为解决其他操作系统下（CentOS等）的glibc兼容性问题，openEuler LLVM项目同时提供可选的CentOS构建镜像（当前仅支持AArch64架构）。建议仅在目标系统使用的glibc版本满足 >=2.17 且 <2.34 时使用此镜像。开发者可以通过build.sh脚本的-D选项切换使用的构建容器，例如：
./build.sh -C -D CentOS -r -b release -X AArch64 -j 8 // 添加了-D CentOS
相关依赖：
- 开发环境需要正确安装了docker应用。
- 用户加入了docker用户组，使得
build.sh脚本执行docker命令时不需要再加sudo命令。可以通过如下命令将当前用户加入docker用户组。
sudo usermod -aG docker ${USER}
注意：第一次执行容器化构建时，脚本会自动从镜像仓库拉取llvm-build-deps容器镜像。
3、贡献指导
1、Fork 本仓库
2、新建 Feat_xxx 分支
3、提交代码
4、新建 Pull Request
4、讨论与求助
4.1、上游社区
-
加入discourse论坛，提出或参与问题、RFC等交流。
-
社区参与者的行为规范.
4.2、openEuler社区Compiler SIG
几种方式：
- 订阅Compiler SIG邮件列表
- 在openEuler论坛发帖讨论。
- 微信交流群：请先添加微信名
Compiler_Assistant