Do r15-1050-gfcfce55c85f842ed843cbc4aabe744c6a004dead fix the failure?
On Thu, Jun 6, 2024 at 10:06 PM ci_notify--- via Gcc-regression
<gcc-regression(a)gcc.gnu.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-1244 , 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-15-1022-gb05288d1f1e
> | Author: liuhongt <hongtao.liu(a)intel.com>
> | Date: Tue May 21 16:57:17 2024 +0800
> |
> | Don't simplify NAN/INF or out-of-range constant for FIX/UNSIGNED_FIX.
> |
> | According to IEEE standard, for conversions from floating point to
> | integer. When a NaN or infinite operand cannot be represented in the
> | destination format and this cannot otherwise be indicated, the invalid
> | operation exception shall be signaled. When a numeric operand would
> | convert to an integer outside the range of the destination format, the
> | ... 29 lines of the commit log omitted.
>
> FAIL: 1 regressions
>
> regressions.sum:
> === gcc tests ===
>
> Running gcc:gcc.dg/dg.exp ...
> FAIL: gcc.dg/pr100927.c scan-rtl-dump-times final "(?n)\\(fix:SI" 3
>
>
> 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/b05288d1f1e4b632eddf8830b4369d4659…
>
> 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…
--
BR,
Hongtao
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-1242 , please let us know if you are looking at the problem and/or when you have a fix.
In CI config tcwg_kernel/gnu-master-arm-stable-allmodconfig after:
| commit gcc-15-874-g9bda2c4c81b
| Author: David Malcolm <dmalcolm(a)redhat.com>
| Date: Tue May 28 15:55:24 2024 -0400
|
| libcpp: move label_text to its own header
|
| No functional change intended.
|
| libcpp/ChangeLog:
| * Makefile.in (TAGS_SOURCES): Add include/label-text.h.
| * include/label-text.h: New file.
| ... 4 lines of the commit log omitted.
Results changed to
# reset_artifacts:
-10
# build_abe binutils:
-9
# build_abe stage1:
-5
# build_abe qemu:
-2
# linux_n_obj:
33
From
# reset_artifacts:
-10
# build_abe binutils:
-9
# build_abe stage1:
-5
# build_abe qemu:
-2
# linux_n_obj:
34005
# linux build successful:
all
# linux boot successful:
boot
The configuration of this build is:
CI config tcwg_kernel/gnu-master-arm-stable-allmodconfig
-----------------8<--------------------------8<--------------------------8<--------------------------
The information below can be used to reproduce a debug environment:
Current build : https://ci.linaro.org/job/tcwg_kernel--gnu-master-arm-stable-allmodconfig-b…
Reference build : https://ci.linaro.org/job/tcwg_kernel--gnu-master-arm-stable-allmodconfig-b…
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/9bda2c4c81b668b1d9abbb58cc4e805ac9…
List of configurations that regressed due to this commit :
* tcwg_kernel
** gnu-master-arm-stable-allmodconfig
*** Failure
*** https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
*** https://ci.linaro.org/job/tcwg_kernel--gnu-master-arm-stable-allmodconfig-b…
Fixed by v2 of the patch.
On Wed, 5 Jun 2024 at 23:18, <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/91570
> | Author: Jonathan Wakely <jwakely(a)redhat.com>
> | Date: Wed Jun 5 16:31:46 2024 +0100
> |
> | libstdc++: Use memchr to optimize std::find [PR88545]
> |
> | I plan to push this after testing finishes.
> |
> | -- >8 --
> |
> | This optimizes std::find to use memchr when searching for an integer in
> | ... 12 lines of the commit log omitted.
> | ... applied on top of baseline commit:
> | 66fa2f10372 contrib: Fix spelling and capitalization in header-tools
>
> FAIL: 4 regressions
>
> regressions.sum:
> === libstdc++ tests ===
>
> Running libstdc++:libstdc++-dg/conformance.exp ...
> FAIL: std/ranges/adaptors/lazy_split.cc -std=gnu++20 (test for excess errors)
> UNRESOLVED: std/ranges/adaptors/lazy_split.cc -std=gnu++20 compilation failed to produce executable
> FAIL: std/ranges/adaptors/lazy_split.cc -std=gnu++26 (test for excess errors)
> UNRESOLVED: std/ranges/adaptors/lazy_split.cc -std=gnu++26 compilation failed to produce executable
>
>
> You can find the failure logs in *.log.1.xz files in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-arm-precommit/7597/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/7597/artifac…
> The list of [ignored] baseline and flaky failures are in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-arm-precommit/7597/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/7597/artifac…
> Reference build : https://ci.linaro.org/job/tcwg_gcc_check--master-arm-build/2226/artifact/ar…
>
> Warning: we do not enable maintainer-mode nor automatically update
> generated files, which may lead to failures if the patch modifies the
> master files.
ci_notify(a)linaro.org writes:
> 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-1221
> , 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-15-937-g7e322d576eb
> | Author: Rainer Orth <ro(a)CeBiTec.Uni-Bielefeld.DE>
> | Date: Fri May 31 09:29:38 2024 +0200
> |
> | testsuite: Adjust several dg-additional-files-options calls [PR115294]
> |
> | A recent patch
> |
> | commit bdc264a16e327c63d133131a695a202fbbc0a6a0
> | Author: Alexandre Oliva <oliva(a)adacore.com>
> | Date: Thu May 30 02:06:48 2024 -0300
> | ... 42 lines of the commit log omitted.
>
> FAIL: 8 regressions
I couldn't find a way to comment on the issue page directly, and I
refuse to spend any time on some random CI system du jour.
This is a false positive: the previous commit
commit bdc264a16e327c63d133131a695a202fbbc0a6a0
Author: Alexandre Oliva <oliva(a)adacore.com>
Date: Thu May 30 02:06:48 2024 -0300
broke libgomp testing, hiding any previous failures as described in PR
testsuite/115294. My patch restored testing, so all failures previously
visible are now visible again.
Those failures are well known and tracked as PR testsuite/115140, no
regression here.
Progress (short week, three days):
* UM-2 [QEMU upstream maintainership]
- another week of pretty much just code review:
+ more of RTH's decodetree conversion series (several rounds)
+ "Connect STM32L4x5 USART devices to the EXTI" v2
+ "Check clock connection between STM32L4x5 RCC and peripherals" v3
+ fixes to some GICv2 corner case behaviours
+ move the sbsa-ref default CPU up to Neoverse-N2
+ v2 of patchset adding SMP support to xilinx-zynq board model
+ patch fixing a bug in the error-exit codepath of a virtio-pci
function (reported by Coverity)
+ BCM2835 One-Time-Programmable Memory device emulation
+ RTH's patchset adding SPARC support to risu
+ Alex's patches to add a SYS_GET_CMDLINE test to the semihosting-tests
+ Patch to make ID_AA64ZFR0_EL1 read as 0 when user disables SVE
- sent a patch to fix a bug spotted by Coverity in a recent change to
the xlnx-dpdma device
- multiple target-arm pullreqs
-- PMM
Hi Harald,
On Mon, 6 May 2024 at 21:02, <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-1214 , please let us know if you are looking at the problem and/or when you have a fix.
>
> In master-aarch64 after:
>
> | commit gcc-15-168-g21e7aa5f3ea
> | Author: Harald Anlauf <anlauf(a)gmx.de>
> | Date: Mon Apr 29 19:52:52 2024 +0200
> |
> | Fortran: fix issues with class(*) assignment [PR114827]
> |
> | gcc/fortran/ChangeLog:
> |
> | PR fortran/114827
> | * trans-array.cc (gfc_alloc_allocatable_for_assignment): Take into
> | account _len of unlimited polymorphic entities when calculating
> | ... 9 lines of the commit log omitted.
>
> FAIL: 6 regressions
>
> regressions.sum:
> === gfortran tests ===
>
> Running gfortran:gfortran.dg/asan/asan.exp ...
> FAIL: gfortran.dg/asan/unlimited_polymorphic_34.f90 -fsanitize=address -O0 execution test
> FAIL: gfortran.dg/asan/unlimited_polymorphic_34.f90 -fsanitize=address -O1 execution test
> FAIL: gfortran.dg/asan/unlimited_polymorphic_34.f90 -fsanitize=address -O2 execution test
> FAIL: gfortran.dg/asan/unlimited_polymorphic_34.f90 -fsanitize=address -O3 -fomit-frame-pointer -funroll-loops -fpeel-loops -ftracer -finline-functions execution test
> FAIL: gfortran.dg/asan/unlimited_polymorphic_34.f90 -fsanitize=address -O3 -g execution test
> FAIL: gfortran.dg/asan/unlimited_polymorphic_34.f90 -fsanitize=address -Os execution test
>
>
> You can find the failure logs in *.log.1.xz files in
> - https://ci.linaro.org/job/tcwg_gnu_cross_check_gcc--master-aarch64-build/14…
> The full lists of regressions and progressions as well as configure and make commands are in
> - https://ci.linaro.org/job/tcwg_gnu_cross_check_gcc--master-aarch64-build/14…
> The list of [ignored] baseline and flaky failures are in
> - https://ci.linaro.org/job/tcwg_gnu_cross_check_gcc--master-aarch64-build/14…
>
> The configuration of this build is:
> CI config tcwg_gnu_cross_check_gcc master-aarch64
Sorry for the delay in coming back to you regarding this notification.
You can consider this as a false alarm, caused by the fact that the
above configurations use QEMU, which is not (currently) compatible
with LSAN (which is enabled by ASAN).
We are working on a fix in our testing framework to avoid such issues
in the future.
Thanks,
Christophe
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
> The information below can be used to reproduce a debug environment:
>
> Current build : https://ci.linaro.org/job/tcwg_gnu_cross_check_gcc--master-aarch64-build/14…
> Reference build : https://ci.linaro.org/job/tcwg_gnu_cross_check_gcc--master-aarch64-build/14…
>
> 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/21e7aa5f3ea44ca2fef8deb8788edffc04…
>
> List of configurations that regressed due to this commit :
> * tcwg_gnu_cross_check_gcc
> ** master-aarch64
> *** FAIL: 6 regressions
> *** https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
> *** https://ci.linaro.org/job/tcwg_gnu_cross_check_gcc--master-aarch64-build/14…
Progress (short week, three days):
* UM-2 [QEMU upstream maintainership]
- spent pretty much all week working through the code review backlog
that had built up while I was on holiday and at Connect:
+ RTH's patchset making various updates to the risu
random-instruction-sequence tester
+ a patchset fixing some bugs in our GICv2 emulation
+ patches adding the cache controller and SMP support to xilinx-zynq
+ patchset modelling the STM32L4x5 USART interrupt lines properly
+ Alex's patches to the semihosting tests for SYS_GET_CMDLINE
+ a patch to fix an assert in the hcd-ohci USB controller if the
guest does something silly
+ reviewed the first half of RTH's 60-patch patchset converting the
A64 SIMD decode to decodetree (second half for next week...)
-- PMM
Hi all,
I received this message about my patch failing to build. It probably is
my fault, but I cannot figure out why, it bootstraps without problems on
my own computer. All of my attempts to reproduce have failed, and I
don't have any ideas would could cause this.
All of my guesses for fixes haven't worked, and I'm really at the end of
my knowledge and ability.
Thanks,
Peter D.
-------- Original Message --------
Subject: [Linaro-TCWG-CI] gcc patch #89969: Failure on aarch64
Date: 2024-05-12 17:14
From: ci_notify(a)linaro.org
To: peter0x44(a)disroot.org
Reply-To: linaro-toolchain(a)lists.linaro.org
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_build master-aarch64 after:
| gcc patch https://patchwork.sourceware.org/patch/89969
| Author: Peter Damianov <peter0x44(a)disroot.org>
| Date: Sun May 12 06:38:58 2024 -0700
|
| driver: Output to a temp file; rename upon success [PR80182]
|
| Currently, commands like:
| gcc -o file.c -lm
| will delete the user's code.
|
| This patch makes the linker write executables to a temp file,
and then renames
| ... 15 lines of the commit log omitted.
| ... applied on top of baseline commit:
| 46077992180 arm: Use utxb rN, rM, ror #8 to implement zero_extract
on armv6.
Results changed to
# reset_artifacts:
-10
# true:
0
# build_abe gcc:
# FAILED
# First few build errors in logs:
# 00:04:12 make[2]: *** [Makefile:1005: libgcc_s.so] Error 1
# 00:04:12 make[1]: *** [Makefile:14340: all-target-libgcc] Error 2
# 00:04:12 make: *** [Makefile:1062: all] Error 2
From
# reset_artifacts:
-10
# true:
0
# build_abe gcc:
1
The configuration of this build is:
CI config tcwg_gcc_build 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_build--master-aarch64-precommit/8869/art…
Reference build :
https://ci.linaro.org/job/tcwg_gcc_build--master-aarch64-build/2030/artifac…
Warning: we do not enable maintainer-mode nor automatically update
generated files, which may lead to failures if the patch modifies the
master files.
Hi Pedro,
As you may have noticed, this patch caused new failures on arm.
Are you working on a fix?
Thanks,
Christophe
On Sat, 13 Apr 2024 at 16:59, <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-1198 , 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-2094-gc223d373883
> | Author: Pedro Alves <pedro(a)palves.net>
> | Date: Tue May 2 15:04:28 2023 +0100
> |
> | Fix setting watchpoints when current thread is running
> |
> | Currently, when the current thread is running, you can print global
> | variables. However, if you try to set a watchpoint on the same
> | globals, GDB errors out, complaining that the selected thread is
> | running. Like so:
> |
> | ... 37 lines of the commit log omitted.
>
> FAIL: 5 regressions
>
> regressions.sum:
> === gdb tests ===
>
> Running gdb:gdb.base/watchpoint-running.exp ...
> FAIL: gdb.base/watchpoint-running.exp: all-stop: hardware: watch global_var
> FAIL: gdb.base/watchpoint-running.exp: all-stop: hardware: watchpoint hit (timeout)
> FAIL: gdb.base/watchpoint-running.exp: non-stop: hardware: watch global_var
> FAIL: gdb.base/watchpoint-running.exp: non-stop: hardware: watchpoint hit (timeout)
>
> Running gdb:gdb.threads/signal-command-handle-nopass.exp ...
> FAIL: gdb.threads/signal-command-handle-nopass.exp: step-over no: signal SIGUSR1
> ... and 1 more entries
>
> You can find the failure logs in *.log.1.xz files in
> - https://ci.linaro.org/job/tcwg_gdb_check--master-arm-build/1050/artifact/ar…
> 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/1050/artifact/ar…
> The list of [ignored] baseline and flaky failures are in
> - https://ci.linaro.org/job/tcwg_gdb_check--master-arm-build/1050/artifact/ar…
>
> 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/1050/artifact/ar…
> Reference build : https://ci.linaro.org/job/tcwg_gdb_check--master-arm-build/1047/artifact/ar…
>
> 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=c223d37388320…
>
> List of configurations that regressed due to this commit :
> * tcwg_gdb_check
> ** master-arm
> *** FAIL: 5 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/1050/artifact/ar…