On Tue, Jan 30, 2024 at 5:45 PM ci_notify@linaro.org wrote:
Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolchain@lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer on the usual project channel.
We appreciate that it might be difficult to find the necessary logs or reproduce the issue locally. If you can't get what you need from our CI within minutes, let us know and we will be happy to help.
In gcc_check master-aarch64 after:
| gcc patch https://patchwork.sourceware.org/patch/85019 | Author: H.J. Lu hjl.tools@gmail.com | Date: Tue Jan 30 04:56:44 2024 -0800 | | Handle private COMDAT function symbol reference in readonly data section | | For a private COMDAT function symbol reference in readonly data section, | instead of putting it in .data.rel.ro or .rodata.cst section, call | function_rodata_section to get the read-only or relocated read-only | data section associated with the function DECL so that the COMDAT | section will be used for the private COMDAT function symbol. | ... 14 lines of the commit log omitted. | ... applied on top of baseline commit: | f2061b2a964 c++: avoid -Wdangling-reference for std::span-like classes [PR110358]
FAIL: 29 regressions
regressions.sum: === gcc tests ===
Running gcc:gcc.c-torture/execute/execute.exp ... FAIL: gcc.c-torture/execute/pr79286.c -Os (internal compiler error: Segmentation fault) FAIL: gcc.c-torture/execute/pr79286.c -Os (test for excess errors) UNRESOLVED: gcc.c-torture/execute/pr79286.c -Os compilation failed to produce executable
Running gcc:gcc.dg/torture/dg-torture.exp ... FAIL: gcc.dg/torture/pr67109.c -O3 -fomit-frame-pointer -funroll-loops -fpeel-loops -ftracer -finline-functions (internal compiler error: Segmentation fault) FAIL: gcc.dg/torture/pr67109.c -O3 -fomit-frame-pointer -funroll-loops -fpeel-loops -ftracer -finline-functions (test for excess errors) ... and 25 more entries
I can't reproduce it with a cross compiler on x86-64 configured with
--target=aarch64-linux
But I sent out the v2 patch:
https://patchwork.sourceware.org/project/gcc/list/?series=30393
to check decl non-null before dereferencing it.