On Thu, 15 Feb 2024 at 21:31, <ci_notify(a)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(a)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.
>
> We track this report status in https://linaro.atlassian.net/browse/GNU-1154 , please let us know if you are looking at the problem and/or when you have a fix.
Also reported as https://gcc.gnu.org/PR113931 and now fixed.
>
> In gcc_check master-aarch64 after:
>
> | commit gcc-14-8998-gc9ce332b557
> | Author: Jonathan Wakely <jwakely(a)redhat.com>
> | Date: Wed Feb 7 11:31:10 2024 +0000
> |
> | libstdc++: Use 128-bit arithmetic for std::linear_congruential_engine [PR87744]
> |
> | For 32-bit targets without __int128 we need to implement the LCG
> | transition function by hand using 64-bit types.
> |
> | We can also slightly simplify the __mod function by using if-constexpr
> | unconditionally, disabling -Wc++17-extensions warnings with diagnostic
> | ... 13 lines of the commit log omitted.
>
> FAIL: 2 regressions
>
> regressions.sum:
> === libstdc++ tests ===
>
> Running libstdc++:libstdc++-dg/conformance.exp ...
> FAIL: 26_numerics/random/pr60037-neg.cc -std=gnu++17 (test for errors, line 271)
> FAIL: 26_numerics/random/pr60037-neg.cc -std=gnu++17 (test for excess errors)
>
>
> You can find the failure logs in *.log.1.xz files in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/1609/artifac…
> The full lists of regressions and progressions as well as configure and make commands are in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/1609/artifac…
> The list of [ignored] baseline and flaky failures are in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/1609/artifac…
>
> The configuration of this build is:
> CI config tcwg_gcc_check master-aarch64
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
> The information below can be used to reproduce a debug environment:
>
> Current build : https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/1609/artifac…
> Reference build : https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/1608/artifac…
>
> Reproduce last good and first bad builds: https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
>
> Full commit : https://github.com/gcc-mirror/gcc/commit/c9ce332b557bb95987d038d98ea929cdfd…
>
> List of configurations that regressed due to this commit :
> * tcwg_gcc_check
> ** master-aarch64
> *** FAIL: 2 regressions
> *** https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
> *** https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/1609/artifac…
FAIL: elf/tst-gnu2-tls2
indicates that your _dl_tlsdesc_dynamic may not preserve all caller-saved
registers. Please find out how the test fails.
H.J.
---------- Forwarded message ---------
From: <ci_notify(a)linaro.org>
Date: Wed, Feb 14, 2024 at 3:50 PM
Subject: [Linaro-TCWG-CI] glibc patch #85585: FAIL: 1 regressions on arm
To: <hjl.tools(a)gmail.com>
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(a)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 glibc_check master-arm after:
| glibc patch https://patchwork.sourceware.org/patch/85585
| Author: H.J. Lu <hjl.tools(a)gmail.com>
| Date: Sun Feb 11 19:19:49 2024 -0800
|
| x86-64: Update _dl_tlsdesc_dynamic to preserve vector registers
|
| Compiler generates the following instruction sequence for GNU2 dynamic
| TLS access:
|
| leaq tls_var@TLSDESC(%rip), %rax
| call *tls_var@TLSCALL(%rax)
| ... 13 lines of the commit log omitted.
| ... applied on top of baseline commit:
| dbae3a3940 trivial doc fix: remove weird phrase "syscall takes
zero to five arguments"
FAIL: 1 regressions
regressions.sum:
=== glibc tests ===
Running glibc:elf ...
FAIL: elf/tst-gnu2-tls2
You can find the failure logs in *.log.1.xz files in
- https://ci.linaro.org/job/tcwg_glibc_check--master-arm-precommit/1460/artif…
The full lists of regressions and progressions as well as configure
and make commands are in
- https://ci.linaro.org/job/tcwg_glibc_check--master-arm-precommit/1460/artif…
The list of [ignored] baseline and flaky failures are in
- https://ci.linaro.org/job/tcwg_glibc_check--master-arm-precommit/1460/artif…
The configuration of this build is:
CI config tcwg_glibc_check master-arm
-----------------8<--------------------------8<--------------------------8<--------------------------
The information below can be used to reproduce a debug environment:
Current build :
https://ci.linaro.org/job/tcwg_glibc_check--master-arm-precommit/1460/artif…
Reference build :
https://ci.linaro.org/job/tcwg_glibc_check--master-arm-build/953/artifact/a…
--
H.J.
On Thu, Feb 15, 2024 at 11:36 AM <ci_notify(a)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(a)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 glibc_check master-aarch64 after:
>
> | glibc patch https://patchwork.sourceware.org/patch/85772
> | Author: H.J. Lu <hjl.tools(a)gmail.com>
> | Date: Thu Feb 15 03:27:19 2024 -0800
> |
> | sort-makefile-lines.py: Allow '_' in name and "^# name"
> |
> | '_' is used in Makefile variable names and many variables end with
> | "^# name". Relax sort-makefile-lines.py to allow '_' in name and
> | "^# name" as variable end. This fixes BZ #31385.
> | ... applied on top of baseline commit:
> | dbae3a3940 trivial doc fix: remove weird phrase "syscall takes zero to five arguments"
>
> FAIL: 1 regressions
>
> regressions.sum:
> === glibc tests ===
>
> Running glibc:. ...
> FAIL: lint-makefiles
>
>
>
Should be fixed now.
--
H.J.
Progress (short week, 3 days):
* UM-2 [QEMU upstream maintainership]
- various bits of cleanup and maintainer stuff
- working on a 3-phase-reset-aware equivalent to qemu_register_reset():
have some basically working code, need to tidy it up and look for
where the changes it makes to reset ordering might break things
- sent out an email proposing that we deprecate-and-drop the pxa2xx,
omap and strongarm boards. This has at least produced a useful
conversation that's clarified which of these models people are
using as part of their Linux kernel testing or development process.
I'd still like to drop some of them if we can, though...
-- PMM
Hi Richard,
This is a false positive. We had a bit of instability in our CI yesterday, and it should be all fixed now.
Thanks,
--
Maxim Kuvyrkov
https://www.linaro.org
> On Feb 14, 2024, at 23:00, ci_notify(a)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(a)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-arm after:
>
> | gcc patch https://patchwork.sourceware.org/patch/85713
> | Author: Richard Biener <rguenther(a)suse.de>
> | Date: Wed Feb 14 13:02:56 2024 +0100
> |
> | tree-optimization/113910 - huge compile time during PTA
> |
> | For the testcase in PR113910 we spend a lot of time in PTA comparing
> | bitmaps for looking up equivalence class members. This points to
> | the very weak bitmap_hash function which effectively hashes set
> | and a subset of not set bits. The following improves it by mixing
> | that weak result with the population count of the bitmap, reducing
> | ... 19 lines of the commit log omitted.
> | ... applied on top of baseline commit:
> | a032c319cb9 testsuite: gdc: Require ucn in gdc.test/runnable/mangle.d etc. [PR104739]
>
> FAIL: 19 regressions
>
> regressions.sum:
> === g++ tests ===
>
> Running g++:g++.dg/dg.exp ...
> FAIL: c-c++-common/pr44832.c -std=gnu++17 (test for excess errors)
> FAIL: c-c++-common/pr44832.c -std=gnu++98 (test for excess errors)
> FAIL: g++.dg/opt/pr100541-2.C -std=gnu++14 (test for excess errors)
> FAIL: g++.dg/opt/pr100541-2.C -std=gnu++17 (test for excess errors)
> FAIL: g++.dg/opt/pr100541-2.C -std=gnu++20 (test for excess errors)
>
> Running g++:g++.dg/pch/pch.exp ...
> ... and 29 more entries
>
> You can find the failure logs in *.log.1.xz files in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-arm-precommit/6118/artifac…
> The full lists of regressions and progressions as well as configure and make commands are in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-arm-precommit/6118/artifac…
> The list of [ignored] baseline and flaky failures are in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-arm-precommit/6118/artifac…
>
> The configuration of this build is:
> CI config tcwg_gcc_check master-arm
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
> The information below can be used to reproduce a debug environment:
>
> Current build : https://ci.linaro.org/job/tcwg_gcc_check--master-arm-precommit/6118/artifac…
> Reference build : https://ci.linaro.org/job/tcwg_gcc_check--master-arm-build/1717/artifact/ar…
Hi!
I just checked out this regression but I think there's something odd
going on in the setup that is running the tests. When I run the test
locally, the relevant part of the logs looks like this:
(gdb) PASS: gdb.threads/threadcrash.exp: test_live_inferior:
continue to breakpoint: running to breakpoint
print $_inferior_thread_count^M
$1 = 7^M
(gdb) PASS: gdb.threads/threadcrash.exp: test_live_inferior:
$thread_count == 7
thread apply all backtrace^M
^M
< lots of GDB output >
(gdb) PASS: gdb.threads/threadcrash.exp: test_live_inferior: Get
thread information
PASS: gdb.threads/threadcrash.exp: test_live_inferior: $unwind_fail
== false
PASS: gdb.threads/threadcrash.exp: test_live_inferior:
$thread_count == [llength $test_list]
Whereas the failed log reads like this:
(gdb) PASS: gdb.threads/threadcrash.exp: test_live_inferior:
continue to breakpoint: running to breakpoint
print $_inferior_thread_count
$1 = 7PASS: gdb.threads/threadcrash.exp: test_live_inferior:
$thread_count == 7
(gdb) PASS: gdb.threads/threadcrash.exp: test_live_inferior: Get
thread information
PASS: gdb.threads/threadcrash.exp: test_live_inferior: $unwind_fail
== false
FAIL: gdb.threads/threadcrash.exp: test_live_inferior:
$thread_count == [llength $test_list]
thread apply all backtrace
Notice how the gdb command to "apply all backtrace", which is used to
create the test_list variable, happens after checking if the variable
has been set correctly.
I have no clue how things can get so out of sync...
--
Cheers,
Guinevere Larsen
She/Her/Hers
On 13/02/2024 17:09, ci_notify(a)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(a)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 gdb_check master-aarch64 after:
>
> | 2 patches in gdb
> | Patchwork URL: https://patchwork.sourceware.org/patch/85659
> | f687941ee52 gdb/testsuite: reduce gdb.threads/threadcrash.exp reliance on libc symbols
> | 2e746d0ae56 gdb/testsuite: fix gdb.threads/threadcrash.exp on 32-bit arm targets
> | ... applied on top of baseline commit:
> | 7e4208a3f5d [gdb/tdep] Fix reverse execution of LDR(immediate) T4
>
> FAIL: 5 regressions
>
> regressions.sum:
> === gdb tests ===
>
> Running gdb:gdb.threads/threadcrash.exp ...
> FAIL: gdb.threads/threadcrash.exp: test_corefile: $thread_count == [llength $test_list]
> FAIL: gdb.threads/threadcrash.exp: test_corefile: getting thread count (got interactive prompt)
> FAIL: gdb.threads/threadcrash.exp: test_corefile: loading_corefile
> FAIL: gdb.threads/threadcrash.exp: test_gcore: $thread_count == [llength $test_list]
> FAIL: gdb.threads/threadcrash.exp: test_live_inferior: $thread_count == [llength $test_list]
>
>
> You can find the failure logs in *.log.1.xz files in
> - https://ci.linaro.org/job/tcwg_gdb_check--master-aarch64-precommit/1701/art…
> The full lists of regressions and progressions as well as configure and make commands are in
> - https://ci.linaro.org/job/tcwg_gdb_check--master-aarch64-precommit/1701/art…
> The list of [ignored] baseline and flaky failures are in
> - https://ci.linaro.org/job/tcwg_gdb_check--master-aarch64-precommit/1701/art…
>
> The configuration of this build is:
> CI config tcwg_gdb_check master-aarch64
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
> The information below can be used to reproduce a debug environment:
>
> Current build : https://ci.linaro.org/job/tcwg_gdb_check--master-aarch64-precommit/1701/art…
> Reference build : https://ci.linaro.org/job/tcwg_gdb_check--master-aarch64-build/814/artifact…
> On Feb 13, 2024, at 22:03, ci_notify(a)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(a)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.
>
> We track this report status in https://linaro.atlassian.net/browse/GNU-1151 , please let us know if you are looking at the problem and/or when you have a fix.
>
> In gcc_check master-arm after:
>
> | commit gcc-14-8949-g2ca373b7e8a
> | Author: Jakub Jelinek <jakub(a)redhat.com>
> | Date: Tue Feb 13 10:33:08 2024 +0100
> |
> | libgcc: Fix UB in FP_FROM_BITINT
> |
> | As I wrote earlier, I was seeing
> | FAIL: gcc.dg/torture/bitint-24.c -O0 execution test
> | FAIL: gcc.dg/torture/bitint-24.c -O2 execution test
> | with the ia32 _BitInt enablement patch on i686-linux. I thought
> | floatbitintxf.c was miscompiled with -O2 -march=i686 -mtune=generic, but it
> | ... 34 lines of the commit log omitted.
>
> FAIL: 1 regressions: 11 progressions
>
> regressions.sum:
> === gcc tests ===
>
> Running gcc:gcc.dg/vect/vect.exp ...
> FAIL: gcc.dg/vect/tsvc/vect-tsvc-s1281.c execution test
Hi Jakub,
The failure is due to the timeout. I'm going to investigate whether this is a legitimate failure or your change just pushed testcase execution time over the threshold.
Running on tcwg-local: timeout -k 30s 330s ./vect-tsvc-s1281.exe
spawn [open ...]
value: inf, expected: inf
timeout: the monitored command dumped core
FAIL: gcc.dg/vect/tsvc/vect-tsvc-s1281.c execution test
>
>
> progressions.sum:
> === gcc tests ===
>
> Running gcc:gcc.dg/guality/guality.exp ...
> UNRESOLVED: c-c++-common/guality/Og-static-wo-1.c -O0 compilation failed to produce executable
> FAIL: c-c++-common/guality/Og-static-wo-1.c -O0 (test for excess errors)
> FAIL: gcc.dg/guality/pr41447-1.c -O0 execution test
>
> Running gcc:gcc.dg/ipa/ipa.exp ...
> UNRESOLVED: gcc.dg/ipa/iinline-4.c scan-ipa-dump inline "hooray4[^\\n]*inline copy in test4"
> UNRESOLVED: gcc.dg/ipa/iinline-4.c scan-ipa-dump inline "hooray1[^\\n]*inline copy in test1"
> ... and 7 more entries
Ignore these "progressions". We are having a bit of instability after enabling guality tests in our setup.
--
Maxim Kuvyrkov
https://www.linaro.org
>
> You can find the failure logs in *.log.1.xz files in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-arm-build/1710/artifact/ar…
> The full lists of regressions and progressions as well as configure and make commands are in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-arm-build/1710/artifact/ar…
> The list of [ignored] baseline and flaky failures are in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-arm-build/1710/artifact/ar…
>
> The configuration of this build is:
> CI config tcwg_gcc_check master-arm
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
> The information below can be used to reproduce a debug environment:
>
> Current build : https://ci.linaro.org/job/tcwg_gcc_check--master-arm-build/1710/artifact/ar…
> Reference build : https://ci.linaro.org/job/tcwg_gcc_check--master-arm-build/1709/artifact/ar…
>
> Reproduce last good and first bad builds: https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
>
> Full commit : https://github.com/gcc-mirror/gcc/commit/2ca373b7e8adf9cc0c17aecab5e1cc6c76…
>
> List of configurations that regressed due to this commit :
> * tcwg_gcc_check
> ** master-arm
> *** FAIL: 1 regressions: 11 progressions
> *** https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
> *** https://ci.linaro.org/job/tcwg_gcc_check--master-arm-build/1710/artifact/ar…
Hi Nathaniel,
We enabled guality tests in our CI setup yesterday, and this is part of the fallout. Please ignore this report.
Kind regards,
--
Maxim Kuvyrkov
https://www.linaro.org
> On Feb 14, 2024, at 09:55, ci_notify(a)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(a)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-arm after:
>
> | gcc patch https://patchwork.sourceware.org/patch/85693
> | Author: Nathaniel Shead <nathanieloshead(a)gmail.com>
> | Date: Wed Feb 14 12:34:51 2024 +1100
> |
> | c++: Defer emitting inline variables [PR113708]
> |
> | On Tue, Feb 13, 2024 at 06:08:42PM -0500, Jason Merrill wrote:
> | > On 2/11/24 08:26, Nathaniel Shead wrote:
> | > >
> | > > Currently inline vars imported from modules aren't correctly finalised,
> | > > which means that import_export_decl gets called at the end of TU
> | ... 44 lines of the commit log omitted.
> | ... applied on top of baseline commit:
> | 5f2cd521347 libstdc++: C++ item p2442 is version 1 only
>
> FAIL: 33 regressions
>
> regressions.sum:
> === g++ tests ===
>
> Running g++:g++.dg/debug/dwarf2/dwarf2.exp ...
> FAIL: g++.dg/debug/dwarf2/inline-var-1.C -std=gnu++17 scan-assembler-times 0x3[^\n\r]* DW_AT_inline 6
> FAIL: g++.dg/debug/dwarf2/inline-var-1.C -std=gnu++20 scan-assembler-times 0x3[^\n\r]* DW_AT_inline 6
> FAIL: g++.dg/debug/dwarf2/inline-var-3.C -std=gnu++17 scan-assembler-times 0x3[^\n\r]* DW_AT_inline 4
> FAIL: g++.dg/debug/dwarf2/inline-var-3.C -std=gnu++20 scan-assembler-times 0x3[^\n\r]* DW_AT_inline 4
>
> Running g++:g++.dg/goacc/goacc.exp ...
> FAIL: c-c++-common/goacc/routine-nohost-2.c -std=c++20 (test for errors, line 10)
> ... and 35 more entries
>
> You can find the failure logs in *.log.1.xz files in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-arm-precommit/6108/artifac…
> The full lists of regressions and progressions as well as configure and make commands are in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-arm-precommit/6108/artifac…
> The list of [ignored] baseline and flaky failures are in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-arm-precommit/6108/artifac…
>
> The configuration of this build is:
> CI config tcwg_gcc_check master-arm
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
> The information below can be used to reproduce a debug environment:
>
> Current build : https://ci.linaro.org/job/tcwg_gcc_check--master-arm-precommit/6108/artifac…
> Reference build : https://ci.linaro.org/job/tcwg_gcc_check--master-arm-build/1714/artifact/ar…
Hi H.J.,
We enabled guality tests in our CI setup yesterday, and this is part of the fallout. Please ignore this report.
Kind regards,
--
Maxim Kuvyrkov
https://www.linaro.org
> On Feb 14, 2024, at 09:36, ci_notify(a)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(a)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-arm after:
>
> | gcc patch https://patchwork.sourceware.org/patch/85681
> | Author: H.J. Lu <hjl.tools(a)gmail.com>
> | Date: Tue Feb 13 13:32:44 2024 -0800
> |
> | x86-64: Generate push2/pop2 only if the incoming stack is 16-byte aligned
> |
> | Since push2/pop2 requires 16-byte stack alignment, don't generate them
> | if the incoming stack isn't 16-byte aligned.
> |
> | gcc/
> |
> | ... 12 lines of the commit log omitted.
> | ... applied on top of baseline commit:
> | 5f2cd521347 libstdc++: C++ item p2442 is version 1 only
>
> FAIL: 3 regressions
>
> regressions.sum:
> === g++ tests ===
>
> Running g++:g++.dg/guality/guality.exp ...
> FAIL: g++.dg/guality/pr55665.C -O2 -flto -fno-use-linker-plugin -flto-partition=none line 23 p == 40
>
> Running g++:g++.target/arm/arm.exp ...
> XPASS: g++.target/arm/bfloat_cpp_typecheck.C (test for bogus messages, line 10)
> XPASS: g++.target/arm/bfloat_cpp_typecheck.C (test for bogus messages, line 11)
>
>
> You can find the failure logs in *.log.1.xz files in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-arm-precommit/6104/artifac…
> The full lists of regressions and progressions as well as configure and make commands are in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-arm-precommit/6104/artifac…
> The list of [ignored] baseline and flaky failures are in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-arm-precommit/6104/artifac…
>
> The configuration of this build is:
> CI config tcwg_gcc_check master-arm
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
> The information below can be used to reproduce a debug environment:
>
> Current build : https://ci.linaro.org/job/tcwg_gcc_check--master-arm-precommit/6104/artifac…
> Reference build : https://ci.linaro.org/job/tcwg_gcc_check--master-arm-build/1714/artifact/ar…
This does not make sense at all. The patch only touches aarch64 code and does NOT even touch arm code so there can't be any regressions with arm.
Thanks,
Andrew Pinski
> -----Original Message-----
> From: ci_notify(a)linaro.org <ci_notify(a)linaro.org>
> Sent: Tuesday, February 13, 2024 9:34 PM
> To: Andrew Pinski (QUIC) <quic_apinski(a)quicinc.com>
> Subject: [Linaro-TCWG-CI] gcc patch #85687: FAIL: 3 regressions on arm
>
> 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(a)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-arm after:
>
> | gcc patch https://patchwork.sourceware.org/patch/85687
> | Author: Andrew Pinski <quic_apinski(a)quicinc.com>
> | Date: Tue Feb 13 15:22:32 2024 -0800
> |
> | aarch64: Reword error message for mismatch guard size and probing
> interval [PR90155]
> |
> | The error message is not clear what options are being taked about when it
> says the values
> | need to match; plus there is a wrong quotation dealing with the
> diagnostic.
> | So this changes the error message to be exactly talking about the param
> options that
> | are being taked about and now with the options, it needs the quoting.
> |
> | ... 8 lines of the commit log omitted.
> | ... applied on top of baseline commit:
> | 5f2cd521347 libstdc++: C++ item p2442 is version 1 only
>
> FAIL: 3 regressions
>
> regressions.sum:
> === g++ tests ===
>
> Running g++:g++.dg/guality/guality.exp ...
> FAIL: g++.dg/guality/pr55665.C -O2 -flto -fno-use-linker-plugin -flto-
> partition=none line 23 p == 40
>
> Running g++:g++.target/arm/arm.exp ...
> XPASS: g++.target/arm/bfloat_cpp_typecheck.C (test for bogus messages, line
> 10)
> XPASS: g++.target/arm/bfloat_cpp_typecheck.C (test for bogus messages, line
> 11)
>
>
> You can find the failure logs in *.log.1.xz files in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-arm-
> precommit/6107/artifact/artifacts/artifacts.precommit/00-sumfiles/
> The full lists of regressions and progressions as well as configure and make
> commands are in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-arm-
> precommit/6107/artifact/artifacts/artifacts.precommit/notify/
> The list of [ignored] baseline and flaky failures are in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-arm-
> precommit/6107/artifact/artifacts/artifacts.precommit/sumfiles/xfails.xfail
>
> The configuration of this build is:
> CI config tcwg_gcc_check master-arm
>
> -----------------8<--------------------------8<--------------------------8<----------------
> ----------
> The information below can be used to reproduce a debug environment:
>
> Current build : https://ci.linaro.org/job/tcwg_gcc_check--master-arm-
> precommit/6107/artifact/artifacts
> Reference build : https://ci.linaro.org/job/tcwg_gcc_check--master-arm-
> build/1714/artifact/artifacts
Hi Robin,
Please ignore this report. We had a bit of instability in CI testing yesterday.
--
Maxim Kuvyrkov
https://www.linaro.org
> On Feb 14, 2024, at 09:11, ci_notify(a)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(a)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-arm after:
>
> | gcc patch https://patchwork.sourceware.org/patch/85664
> | Author: Robin Dapp <rdapp.gcc(a)gmail.com>
> | Date: Tue Feb 13 14:42:50 2024 +0100
> |
> | RISC-V: Adjust vec unit-stride load/store costs.
> |
> | Hi,
> |
> | scalar loads provide offset addressing while unit-stride vector
> | instructions cannot. The offset must be loaded into a general-purpose
> | register before it can be used. In order to account for this, this
> | ... 35 lines of the commit log omitted.
> | ... applied on top of baseline commit:
> | 5f2cd521347 libstdc++: C++ item p2442 is version 1 only
>
> FAIL: 29 regressions
>
> regressions.sum:
> === g++ tests ===
>
> Running g++:g++.dg/dg.exp ...
> FAIL: g++.dg/ext/has_nothrow_copy-5.C -std=c++98 (test for excess errors)
> FAIL: g++.dg/ext/is_base_of_diagnostic.C -std=c++17 (test for errors, line 13)
> FAIL: g++.dg/ext/is_base_of_diagnostic.C -std=c++17 (test for warnings, line 4)
> FAIL: g++.dg/ext/is_base_of_diagnostic.C -std=c++17 (test for excess errors)
> FAIL: g++.dg/ext/packed4.C -std=gnu++17 execution test
> FAIL: g++.dg/ext/vector27.C -std=c++17 (test for excess errors)
> FAIL: g++.dg/ext/vector41.C -std=gnu++17 (test for errors, line 11)
> ... and 27 more entries
>
> You can find the failure logs in *.log.1.xz files in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-arm-precommit/6102/artifac…
> The full lists of regressions and progressions as well as configure and make commands are in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-arm-precommit/6102/artifac…
> The list of [ignored] baseline and flaky failures are in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-arm-precommit/6102/artifac…
>
> The configuration of this build is:
> CI config tcwg_gcc_check master-arm
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
> The information below can be used to reproduce a debug environment:
>
> Current build : https://ci.linaro.org/job/tcwg_gcc_check--master-arm-precommit/6102/artifac…
> Reference build : https://ci.linaro.org/job/tcwg_gcc_check--master-arm-build/1714/artifact/ar…
Hi Jakub,
Please ignore this. I'm going to investigate, but most likely this is due to instability of guality tests.
--
Maxim Kuvyrkov
https://www.linaro.org
> On Feb 14, 2024, at 01:43, ci_notify(a)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(a)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.
>
> We track this report status in https://linaro.atlassian.net/browse/GNU-1152 , please let us know if you are looking at the problem and/or when you have a fix.
>
> In gcc_check master-aarch64 after:
>
> | commit gcc-14-8948-g21de3391e4c
> | Author: Jakub Jelinek <jakub(a)redhat.com>
> | Date: Tue Feb 13 10:32:01 2024 +0100
> |
> | hwint: Fix up preprocessor conditions for GCC_PRISZ/fmt_size_t
> |
> | Using unsigned long long int for fmt_size_t and "ll" for GCC_PRISZ
> | as broke the gengtype on i686-linux before the libiberty fix is certainly
> | unexpected. size_t is there unsigned int, so expected fmt_size_t is
> | unsigned int (or some other 32-bit type).
> |
> | ... 8 lines of the commit log omitted.
>
> FAIL: 33 regressions
>
> regressions.sum:
> === gcc tests ===
>
> Running gcc:gcc.dg/guality/guality.exp ...
> FAIL: gcc.dg/guality/example.c -O1 -DPREVENT_OPTIMIZATION execution test
> FAIL: gcc.dg/guality/pr43051-1.c -O1 -DPREVENT_OPTIMIZATION line 34 c == &a[0]
> FAIL: gcc.dg/guality/pr43051-1.c -O1 -DPREVENT_OPTIMIZATION line 39 c == &a[0]
> FAIL: gcc.dg/guality/pr43051-1.c -O2 -DPREVENT_OPTIMIZATION line 34 c == &a[0]
> FAIL: gcc.dg/guality/pr43051-1.c -O2 -DPREVENT_OPTIMIZATION line 39 c == &a[0]
> FAIL: gcc.dg/guality/pr43051-1.c -O2 -flto -fno-use-linker-plugin -flto-partition=none -DPREVENT_OPTIMIZATION line 34 c == &a[0]
> FAIL: gcc.dg/guality/pr43051-1.c -O2 -flto -fno-use-linker-plugin -flto-partition=none -DPREVENT_OPTIMIZATION line 39 c == &a[0]
> ... and 27 more entries
>
> You can find the failure logs in *.log.1.xz files in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/1595/artifac…
> The full lists of regressions and progressions as well as configure and make commands are in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/1595/artifac…
> The list of [ignored] baseline and flaky failures are in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/1595/artifac…
>
> The configuration of this build is:
> CI config tcwg_gcc_check master-aarch64
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
> The information below can be used to reproduce a debug environment:
>
> Current build : https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/1595/artifac…
> Reference build : https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/1592/artifac…
>
> Reproduce last good and first bad builds: https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
>
> Full commit : https://github.com/gcc-mirror/gcc/commit/21de3391e4cecfef6ad1b60772cb55616c…
>
> List of configurations that regressed due to this commit :
> * tcwg_gcc_check
> ** master-aarch64
> *** FAIL: 33 regressions
> *** https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
> *** https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/1595/artifac…
Hi Stephan,
Sorry this clearly looks like a false alarm.
We have enabled maintainer mode at configure time and it seems to have
unexpected consequences.
We've disabled it again, and will investigate what happened.
Sorry for the inconvenience.
Thanks,
Christophe
On Mon, 12 Feb 2024 at 14:31, <ci_notify(a)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(a)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 gdb_build master-arm after:
>
> | gdb patch https://patchwork.sourceware.org/patch/85593
> | Author: Rohr, Stephan <stephan.rohr(a)intel.com>
> | Date: Mon Feb 12 04:47:40 2024 -0800
> |
> | gdb: Fix assertion in 'value_primitive_field'
> |
> | GDB asserts that the data location of a value's field with a dynamic
> | data location is resolved when fetching the field's value in
> | 'value_primitive_field'. This assertion was hit because of bogus DWARF
> | generated by the Intel Fortran compiler. While that compiler should fix
> | the DWARF, we prefer GDB to error out here instead, e.g. to allow the
> | ... 1 lines of the commit log omitted.
> | ... applied on top of baseline commit:
> | d4a45cd4d1c Automatic date update in version.in
>
> Results changed to
> # reset_artifacts:
> -10
> # true:
> 0
> # build_abe gdb:
> # FAILED
> # First few build errors in logs:
> # 00:02:38 make: *** [Makefile:3117: all-bfd] Error 2
> # 00:01:10 make[2]: *** [Makefile:668: BLD-POTFILES.in] Error 2
> # 00:01:10 make[2]: *** [Makefile:665: SRC-POTFILES.in] Error 2
> # 00:01:10 make[1]: *** [Makefile:1952: info-recursive] Error 1
> # 00:01:10 make: *** [Makefile:3117: all-bfd] Error 2
>
> From
> # reset_artifacts:
> -10
> # true:
> 0
> # build_abe gdb:
> 1
>
> The configuration of this build is:
> CI config tcwg_gdb_build master-arm
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
> The information below can be used to reproduce a debug environment:
>
> Current build : https://ci.linaro.org/job/tcwg_gdb_build--master-arm-precommit/2108/artifac…
> Reference build : https://ci.linaro.org/job/tcwg_gdb_build--master-arm-build/742/artifact/art…
Hello,
In our company we are using following version of Linaro compilers. I want to know if these versions are officially supported. If these versions are NOT supported, please let me know what is the version we may need to move to take advantage of support
* LINARO-GCC - AARCH64 4.9.4
* LINARO-GCC - AARCH64 6.3.1
* LINARO-GCC 4.9 2016.2
Thanks for your help
Regards/Anand
Series:
- Cleaned QEMU device model API abuses
- Suggest new "wiring" step in QEMU device model
- Add new qemu-system binary to experiment:
- single binary
- dynamic machine
- heterogeneous emulation
Started wiki document to share work:
https://wiki.qemu.org/Dynamic_machine_and_heterogeneous_emulation_roadmap
Progress:
- Refactor ICH9 device to fix another QDev IRQ abuse
Usual reviews
- Peter's MP3R new board
Progress:
* UM-2 [QEMU upstream maintainership]
- code review and pullrequest wrangling
+ RTH's MTE fixes patchset
+ Some cleanup patches from Philippe
+ various other smaller things
- sent out some minor patches:
+ avoid some warnings being printed during 'make check'
+ fix an assertion failure trying to vmsave/vmload for M-profile
- a little gardening of the bug tracker
* QEMU-598 [Model the MPS3-AN536 dual-Cortex-R52 FPGA image]
- Finished off the loose ends and sent patchset out for review
-- PMM
Hi,
The regression was introduced after we added a new test (rev16_2.c) in https://github.com/gcc-mirror/gcc/commit/bad991a1c5960e90c4686a9362a1258ef2….
The generated code is functionally correct, but the optimization is disabled when -mthumb is equivalent to Thumb1.
The fix would not be suitable for stage 4. Instead, I opened a Jira ticket on our side to track the issue and prioritize it.
In the meantime, I am going to publish a patch to mark the test as XFAIL when used with thumb1.
Regards,
Matthieu
-----Original Message-----
From: ci_notify(a)linaro.org <ci_notify(a)linaro.org>
Sent: Thursday, February 1, 2024 5:10 PM
To: Richard Earnshaw <Richard.Earnshaw(a)arm.com>
Cc: gcc-regression(a)gcc.gnu.org; Matthieu Longo <Matthieu.Longo(a)arm.com>
Subject: [Linaro-TCWG-CI] gcc-14-8499-gbad991a1c59: FAIL: 1 regressions on master-thumb_m0_eabi
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(a)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.
We track this report status in https://linaro.atlassian.net/browse/GNU-1141 , please let us know if you are looking at the problem and/or when you have a fix.
In arm-eabi cortex-m0 soft after:
| commit gcc-14-8499-gbad991a1c59
| Author: Matthieu Longo <matthieu.longo(a)arm.com>
| Date: Mon Jan 29 15:54:35 2024 +0000
|
| arm: Add pattern for bswap + rotate -> rev16 [Bug 108933]
|
| The rev16 pattern was not recognised anymore as a change in the bswap
| tree pass was introducing a new GIMPLE form, not recognized by the
| assembly final transformation pass.
|
| Also, fix the output patterns for arm_rev16si_alt[12] to correctly
| ... 18 lines of the commit log omitted.
FAIL: 1 regressions
regressions.sum:
=== gcc tests ===
Running gcc:gcc.target/arm/arm.exp ...
FAIL: gcc.target/arm/rev16_2.c scan-assembler-times rev16\\tr[0-9]+, r[0-9]+ 2
You can find the failure logs in *.log.1.xz files in
- https://ci.linaro.org/job/tcwg_gnu_embed_check_gcc--master-thumb_m0_eabi-bu…
The full lists of regressions and progressions as well as configure and make commands are in
- https://ci.linaro.org/job/tcwg_gnu_embed_check_gcc--master-thumb_m0_eabi-bu…
The list of [ignored] baseline and flaky failures are in
- https://ci.linaro.org/job/tcwg_gnu_embed_check_gcc--master-thumb_m0_eabi-bu…
The configuration of this build is:
CI config tcwg_gnu_embed_check_gcc arm-eabi -mthumb -march=armv6s-m -mtune=cortex-m0 -mfloat-abi=soft -mfpu=auto
-----------------8<--------------------------8<--------------------------8<--------------------------
The information below can be used to reproduce a debug environment:
Current build : https://ci.linaro.org/job/tcwg_gnu_embed_check_gcc--master-thumb_m0_eabi-bu…
Reference build : https://ci.linaro.org/job/tcwg_gnu_embed_check_gcc--master-thumb_m0_eabi-bu…
Reproduce last good and first bad builds: https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
Full commit : https://github.com/gcc-mirror/gcc/commit/bad991a1c5960e90c4686a9362a1258ef2…
List of configurations that regressed due to this commit :
* tcwg_gnu_embed_check_gcc
** master-thumb_m0_eabi
*** FAIL: 1 regressions
*** https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
*** https://ci.linaro.org/job/tcwg_gnu_embed_check_gcc--master-thumb_m0_eabi-bu…
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.
Progress:
* UM-2 [QEMU upstream maintainership]
- more code review and pullreq wrangling
* QEMU-598 [Model the MPS3-AN536 dual-Cortex-R52 FPGA image]
- Wrote code to create the CPUs and the GIC and the UARTs.
(Decided in the end not to try to create an a15mpcore-style
wrapper device for the CPUs and GIC, because the need to
have per-CPU RAM and UARTs makes that a bit awkward.)
- Got to a working implementation which can boot the selftest
binary and run those parts of the selftest which we expect
to work. Also will boot a Linux kernel (support for R52 is
not upstream but there are public mailing list patches).
- Started on tidying up the patchset and finishing off the
loose ends to get it into a state where it can be sent out:
hope to be able to do that first half of next week.
-- PMM
Hi All,
This is a false positive, obviously. We do our best to filter out flaky tests, but in this case "gdb.threads/staticthreads.exp: up 10" PASSed twice in the previous run, and then FAILed twice in the next run. Sneaky!
Re. the FAIL, the testcase expects to be " in main .*" after "up 10", but ends up in pthread_join() instead:
===
up 10
#4 0x0001b864 in pthread_join ()
(gdb) FAIL: gdb.threads/staticthreads.exp: up 10
===
See [1] for details.
[1] https://ci.linaro.org/job/tcwg_gdb_check--master-arm-build/752/artifact/art… .
Hi Thiago,
Would you please investigate whether ending up in pthread_join() is expected/reasonable for 32-bit ARM? In other words, whether we have a GDB bug exposed by staticthreads.exp or the testcase needs to be generalized a bit.
Thank you,
--
Maxim Kuvyrkov
https://www.linaro.org
> On Jan 31, 2024, at 01:30, ci_notify(a)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(a)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.
>
> We track this report status in https://linaro.atlassian.net/browse/GNU-1137 , please let us know if you are looking at the problem and/or when you have a fix.
>
> In gdb_check master-arm after:
>
> | commit gdb-14-branchpoint-1426-gb960445a459
> | Author: GDB Administrator <gdbadmin(a)sourceware.org>
> | Date: Tue Jan 30 00:00:26 2024 +0000
> |
> | Automatic date update in version.in
>
> FAIL: 1 regressions
>
> regressions.sum:
> === gdb tests ===
>
> Running gdb:gdb.threads/staticthreads.exp ...
> FAIL: gdb.threads/staticthreads.exp: up 10
>
>
> You can find the failure logs in *.log.1.xz files in
> - https://ci.linaro.org/job/tcwg_gdb_check--master-arm-build/752/artifact/art…
> The full lists of regressions and progressions as well as configure and make commands are in
> - https://ci.linaro.org/job/tcwg_gdb_check--master-arm-build/752/artifact/art…
> The list of [ignored] baseline and flaky failures are in
> - https://ci.linaro.org/job/tcwg_gdb_check--master-arm-build/752/artifact/art…
>
> The configuration of this build is:
> CI config tcwg_gdb_check master-arm
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
> The information below can be used to reproduce a debug environment:
>
> Current build : https://ci.linaro.org/job/tcwg_gdb_check--master-arm-build/752/artifact/art…
> Reference build : https://ci.linaro.org/job/tcwg_gdb_check--master-arm-build/751/artifact/art…
>
> Reproduce last good and first bad builds: https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gdb/sh…
>
> Full commit : https://sourceware.org/git/?p=binutils-gdb.git;a=commitdiff;h=b960445a45981…
>
> List of configurations that regressed due to this commit :
> * tcwg_gdb_check
> ** master-arm
> *** FAIL: 1 regressions
> *** https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gdb/sh…
> *** https://ci.linaro.org/job/tcwg_gdb_check--master-arm-build/752/artifact/art…
On Tue, Jan 30, 2024 at 5:45 PM <ci_notify(a)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(a)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(a)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.
--
H.J.