linaro-toolchain September 2024

linaro-toolchain@lists.linaro.org

24 participants
29 discussions

[Linaro-TCWG-CI] binutils-2_41-release-4424-g7ecf0250f7f: FAIL: 1 regressions on arm

by ci_notify＠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 understand 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-1359 , please let us know if you are looking at the problem and/or when you have a fix. In binutils_check master-arm after: | commit binutils-2_41-release-4424-g7ecf0250f7f | Author: Nick Clifton <nickc(a)redhat.com> | Date: Mon Sep 30 14:41:11 2024 +0100 | | Improve the placement of orphan note sections. | | PR 32219 FAIL: 1 regressions regressions.sum: | === ld tests === | | Running ld:ld-elf/shared.exp ... | FAIL: Run with libfunc1.so comm1.o | | # "FAIL" means : the execution of the compiled binary failed / output of the binary differs from the expected one You can find the failure logs in *.log.1.xz files in * https://ci.linaro.org/job/tcwg_binutils_check--master-arm-build/1679/artifa… The full lists of regressions and improvements as well as configure and make commands are in * https://ci.linaro.org/job/tcwg_binutils_check--master-arm-build/1679/artifa… The list of [ignored] baseline and flaky failures are in * https://ci.linaro.org/job/tcwg_binutils_check--master-arm-build/1679/artifa… The configuration of this build is: CI config tcwg_binutils_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_binutils_check--master-arm-build/1679/artifa… Reference build : https://ci.linaro.org/job/tcwg_binutils_check--master-arm-build/1678/artifa… Instruction to reproduce the build : https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/binuti… Full commit : https://sourceware.org/git/?p=binutils-gdb.git;a=commitdiff;h=7ecf0250f7f08…

2 weeks, 3 days

Re: [Linaro-TCWG-CI] gcc-15-3575-gc07cf418fdde: FAIL: 2 regressions on master-thumb_m0_eabi

by Jonathan Wakely

On Mon, 30 Sept 2024 at 07:22, <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 understand 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-1358 , 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-3575-gc07cf418fdde > | Author: Jonathan Wakely <jwakely(a)redhat.com> > | Date: Tue Sep 10 14:25:41 2024 +0100 > | > | libstdc++: std::string move assignment should not use POCCA trait [PR116641] > | > | The changes to implement LWG 2579 (r10-327-gdb33efde17932f) made > | std::string::assign use the propagate_on_container_copy_assignment > | (POCCA) trait, for consistency with operator=(const basic_string&). > | ... 18 lines of the commit log omitted. > > FAIL: 2 regressions > > regressions.sum: > | === libstdc++ tests === > | > | Running libstdc++:libstdc++-dg/conformance.exp ... > | FAIL: 21_strings/basic_string/allocator/116641.cc -std=gnu++17 (test for excess errors) > | UNRESOLVED: 21_strings/basic_string/allocator/116641.cc -std=gnu++17 compilation failed to produce executable > | > | # "FAIL" means : the execution of the compiled binary failed / output of the binary differs from the expected one > > 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… === libstdc++ Summary === # of expected passes 6036 # of unexpected failures 4689 <<< !!! Is that normal for this configuration?! The new testcase fails for the same reason as the 4000 other tests: /home/tcwg-buildslave/workspace/tcwg_gnu_0/abe/builds/destdir/x86_64-pc-linux-gnu/arm-eabi/bin/ld: (__deregister_frame_info): Unknown destination type (ARM/Thumb) in /home/tcwg-buildslave/workspace/tcwg_gnu_0/abe/builds/x86_64-pc-linux-gnu/arm-eabi/gcc-gcc.git~master-stage2/./gcc/crtbegin.o crtstuff.c:(.text+0x5e): dangerous relocation: unsupported relocation So I don't think this is a problem in the commit, I think it's just a configuration that isn't well supported. > The full lists of regressions and improvements 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… > > Instruction to reproduce the build : https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh… > > Full commit : https://github.com/gcc-mirror/gcc/commit/c07cf418fdde0c192e370a8d76a991cc72…

2 weeks, 3 days

Re: [Linaro-TCWG-CI] gcc patch #97864: FAIL: 3 regressions on arm

by Jason Merrill

On 9/23/24 2:08 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 understand 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/97864 > | Author: Jason Merrill <jason(a)redhat.com> > | Date: Mon Sep 23 11:06:11 2024 -0400 > | > | libstdc++: #ifdef out #pragma GCC system_header > | > | Tested x86_64-pc-linux-gnu, OK for trunk? > | > | -- 8< -- > | > | In r15-3714-gd3a7302ec5985a I added -Wsystem-headers to the libstdc++ build > | ... 379 lines of the commit log omitted. > | ... applied on top of baseline commit: > | 4700ad1c78c c++: diagnose this specifier in requires expr [PR116798] > > FAIL: 3 regressions > > regressions.sum: > === libstdc++ tests === > > Running libstdc++:libstdc++-dg/conformance.exp ... > FAIL: 17_intro/headers/c++2011/parallel_mode.cc (test for excess errors) > FAIL: 17_intro/headers/c++2014/parallel_mode.cc (test for excess errors) > FAIL: 17_intro/headers/c++2017/parallel_mode.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-arm-precommit/9301/artifac… > The full lists of regressions and improvements as well as configure and make commands are in > - https://ci.linaro.org/job/tcwg_gcc_check--master-arm-precommit/9301/artifac… > The list of [ignored] baseline and flaky failures are in > - https://ci.linaro.org/job/tcwg_gcc_check--master-arm-precommit/9301/artifac… Thanks, I believe https://gcc.gnu.org/pipermail/gcc-patches/2024-September/663711.html should fix this.

2 weeks, 3 days

Re: [Linaro-TCWG-CI] 29 patches in glibc: FAIL: 1 regressions on arm

by Florian Weimer

* ci notify: > 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 understand 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: > > | 29 patches in glibc > | Patchwork URL: https://patchwork.sourceware.org/patch/98131 > | 59fbaae3a6e Optimize various ways to obtain the page size using <bits/pagesize.h> > | 564bcbe0067 posix: Use <support/next_to_fault.h> in tst-fnmatch3 > | 27a360de01d malloc: Use volatile as compiler barrier in tst-memalign, tst-valloc > | e24dfc8d9a8 Linux: Optimize getpagesize using <sys/pagesize.h> > | 3283915ffd0 Install the <sys/pagesize.h> header file > | ... and 24 more patches in glibc > | ... applied on top of baseline commit: > | 6948ee4edf0 stdio-common: Fix memory leak in tst-freopen4* tests on UNSUPPORTED > > FAIL: 1 regressions > > regressions.sum: > | === glibc tests === > | > | Running glibc:elf ... > | XPASS: elf/tst-load-alignment Does this mean that the 32-bit arm tester uses a non-default toolchain that increases page alignment to 64 KiB? With my cross-tester, elf/tst-load-alignment fails as expected because the binaries can only be loaded on 4 KiB page systems, based on the program header layout. Thanks, Florian

2 weeks, 4 days

Buildbot failure - clang-arm64-windows-msvc

by Julian Schmidt

Hello, a commit of mine seems to have broken your bot, but I am not sure how, because it is a timeout: https://lab.llvm.org/buildbot/#/builders/161/builds/2385. The commit is https://github.com/llvm/llvm-project/commit/e42cc3f42e6a36f4dfff40827819404… and touches Clang's unit tests. The build just before mine includes the previous commit of my own change, and it was green, which points at that commit being the culprit here. The commit brings in a custom command that generates ASTMatchersDocTests.cpp in the build directory for inclusion in the ASTMatchersTests unittest target/binary, but that target gets never built, and the file never generated, according to the logs. I therefore think that my changes to clang/unittests/ASTMatchers/ASTMatchersTest.h should be the most likely to have cause this. Do you have any experience with timeouts, or do you have/can acquire additional information about what has timed out? I have left the commit in-tree as clang-arm64-windows-msvc is the only bot I broke, and it is not clear why. On the other hand, clang-x64-windows-msvc and the other Windows bots are just fine, the same goes for other ARM but non-windows bots as well. Kind regards, Julian Schmidt

2 weeks, 4 days

[Linaro-TCWG-CI] glibc-2.40.9000-213-gb300078d97a: FAIL: 4 regressions on aarch64

by ci_notify＠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 understand 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-1357 , please let us know if you are looking at the problem and/or when you have a fix. In master-aarch64 after: | commit glibc-2.40.9000-213-gb300078d97a | Author: Florian Weimer <fweimer(a)redhat.com> | Date: Sat Sep 28 09:44:25 2024 +0200 | | Linux: Block signals around _Fork (bug 32215) | | This hides the inconsistent TCB state (missing robust mutex list) from | signal handlers. | | ... 1 lines of the commit log omitted. FAIL: 4 regressions regressions.sum: | === gdb tests === | | Running gdb:gdb.base/step-over-syscall.exp ... | FAIL: gdb.base/step-over-syscall.exp: fork: displaced=off: find syscall insn in fork (timeout) | FAIL: gdb.base/step-over-syscall.exp: fork: displaced=off: syscall number matches | FAIL: gdb.base/step-over-syscall.exp: fork: displaced=on: find syscall insn in fork (timeout) | FAIL: gdb.base/step-over-syscall.exp: fork: displaced=on: syscall number matches | | # "FAIL" means : the execution of the compiled binary failed / output of the binary differs from the expected one You can find the failure logs in *.log.1.xz files in * https://ci.linaro.org/job/tcwg_gnu_native_check_gdb--master-aarch64-build/1… The full lists of regressions and improvements as well as configure and make commands are in * https://ci.linaro.org/job/tcwg_gnu_native_check_gdb--master-aarch64-build/1… The list of [ignored] baseline and flaky failures are in * https://ci.linaro.org/job/tcwg_gnu_native_check_gdb--master-aarch64-build/1… The configuration of this build is: CI config tcwg_gnu_native_check_gdb master-aarch64 -----------------8<--------------------------8<--------------------------8<-------------------------- The information below can be used to reproduce a debug environment: Current build : https://ci.linaro.org/job/tcwg_gnu_native_check_gdb--master-aarch64-build/1… Reference build : https://ci.linaro.org/job/tcwg_gnu_native_check_gdb--master-aarch64-build/1… Instruction to reproduce the build : https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/glibc/… Full commit : https://sourceware.org/git/?p=glibc.git;a=commitdiff;h=b300078d97a6892cb2fa…

2 weeks, 4 days

Re: [Linaro-TCWG-CI] gcc-15-3899-g819098dc71f2: FAIL: 1 regressions: 1 improvements on aarch64

by Sam James

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 understand 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-1356 , 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-3899-g819098dc71f2 > | Author: Sam James <sam(a)gentoo.org> > | Date: Thu Sep 26 15:43:33 2024 +0100 > | > | testsuite: XFAIL gfortran.dg/initialization_25.f90 properly > | > | The test was disabled/XFAIL'd informally in r0-100012-gcdc6637d7c78ec, > | but r15-3890-g34bf6aa41ba539 didn't realize this, causing a FAIL. > | > | ... 7 lines of the commit log omitted. > > FAIL: 1 regressions: 1 improvements > Thanks, this is PR116858 and I'll handle it today or tomorrow at the latest. > regressions.sum: > | === gfortran tests === > | > | Running gfortran:gfortran.dg/dg.exp ... > | FAIL: gfortran.dg/initialization_25.f90 -O xfail *-*-* (test for errors, line 11) > | > | # "FAIL" means : the execution of the compiled binary failed / output of the binary differs from the expected one > > improvements.sum: > | === gfortran tests === > | > | Running gfortran:gfortran.dg/dg.exp ... > | FAIL: gfortran.dg/initialization_25.f90 -O (test for errors, line 11) > | > | # "FAIL" means : the execution of the compiled binary failed / output of the binary differs from the expected one > > You can find the failure logs in *.log.1.xz files in > * https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/2668/artifac… > The full lists of regressions and improvements as well as configure and make commands are in > * https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/2668/artifac… > The list of [ignored] baseline and flaky failures are in > * https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/2668/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/2668/artifac… > Reference build : https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/2667/artifac… > > Instruction to reproduce the build : > https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh… > > Full commit : https://github.com/gcc-mirror/gcc/commit/819098dc71f2079aedc15a904ab5f17f07…

2 weeks, 6 days

Re: [Linaro-TCWG-CI] gcc-15-3607-g9a94c8ffdc8b: FAIL: 23 regressions: 22 improvements on master-thumb_m23_soft_eabi

by Richard Earnshaw (lists)

On 21/09/2024 08:49, 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 understand 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-1349 , please let us know if you are looking at the problem and/or when you have a fix. > > In arm-eabi cortex-m23 soft after: > > | commit gcc-15-3607-g9a94c8ffdc8b > | Author: Richard Earnshaw <rearnsha(a)arm.com> > | Date: Thu Sep 12 14:24:55 2024 +0100 > | > | arm: testsuite: make use of -mcpu=unset/-march=unset > | > | This patch makes use of the new ability to unset the CPU or > | architecture flags on the command line to enable several more tests on > | Arm. It doesn't cover every case and it does enable some tests that > | now fail for different reasons when the tests are no-longer skipped; > | these were failing anyway for other testsuite configurations, so it's > | ... 22 lines of the commit log omitted. > > FAIL: 23 regressions: 22 improvements > > regressions.sum: > === gcc tests === > > Running gcc:gcc.target/arm/arm.exp ... > FAIL: gcc.target/arm/scd42-2.c scan-assembler mov[ \t].*272 > > Running gcc:gcc.target/arm/cmse/cmse.exp ... > FAIL: gcc.target/arm/cmse/mainline/8_1m/bitfield-4.c -mcpu=unset -march=armv8.1-m.main+fp -mthumb -O2 scan-assembler lsls\t(r[3-9]|r10|fp|ip), \\1, #1.*blxns\t\\1 > FAIL: gcc.target/arm/cmse/mainline/8_1m/bitfield-4.c -mcpu=unset -march=armv8.1-m.main+fp -mthumb -O2 scan-assembler lsrs\t(r[3-9]|r10|fp|ip), \\1, #1.*blxns\t\\1 > FAIL: gcc.target/arm/cmse/mainline/8_1m/bitfield-4.c -mcpu=unset -march=armv8.1-m.main+fp -mthumb -O3 -g scan-assembler lsls\t(r[3-9]|r10|fp|ip), \\1, #1.*blxns\t\\1 > FAIL: gcc.target/arm/cmse/mainline/8_1m/bitfield-4.c -mcpu=unset -march=armv8.1-m.main+fp -mthumb -O3 -g scan-assembler lsrs\t(r[3-9]|r10|fp|ip), \\1, #1.*blxns\t\\1 > ... and 19 more entries > > improvements.sum: > === gcc tests === > > Running gcc:gcc.target/arm/cmse/cmse.exp ... > FAIL: gcc.target/arm/cmse/mainline/8_1m/bitfield-4.c -march=armv8.1-m.main+fp -mthumb -O3 -g scan-assembler lsrs\t(r[3-9]|r10|fp|ip), \\1, #1.*blxns\t\\1 > FAIL: gcc.target/arm/cmse/mainline/8_1m/bitfield-4.c -march=armv8.1-m.main+fp -mthumb -O3 -g scan-assembler lsls\t(r[3-9]|r10|fp|ip), \\1, #1.*blxns\t\\1 > FAIL: gcc.target/arm/cmse/mainline/8_1m/bitfield-4.c -march=armv8.1-m.main+fp -mthumb -O2 scan-assembler lsrs\t(r[3-9]|r10|fp|ip), \\1, #1.*blxns\t\\1 > FAIL: gcc.target/arm/cmse/mainline/8_1m/bitfield-4.c -march=armv8.1-m.main+fp -mthumb -O2 scan-assembler lsls\t(r[3-9]|r10|fp|ip), \\1, #1.*blxns\t\\1 > FAIL: gcc.target/arm/cmse/mainline/8_1m/bitfield-6.c -march=armv8.1-m.main+fp -mthumb -O2 scan-assembler lsrs\t(r[3-9]|r10|fp|ip), \\1, #1.*blxns\t\\1 > FAIL: gcc.target/arm/cmse/mainline/8_1m/bitfield-6.c -march=armv8.1-m.main+fp -mthumb -O2 scan-assembler lsls\t(r[3-9]|r10|fp|ip), \\1, #1.*blxns\t\\1 > FAIL: gcc.target/arm/cmse/mainline/8_1m/bitfield-6.c -march=armv8.1-m.main+fp -mthumb -O3 -g scan-assembler lsrs\t(r[3-9]|r10|fp|ip), \\1, #1.*blxns\t\\1 > ... and 16 more entries I can't make any sense of this at all. After hours wasted trying to find the configuration information from the logs (it's there, but to the inexperienced user of your reports, it is buried far too deep), I'm still none-the-wiser. All I can see is that things like FAIL: gcc.target/arm/cmse/mainline/8_1m/bitfield-4.c -march=armv8.1-m.main+fp -mthumb -O2 scan-assembler lsrs\t(r[3-9]|r10|fp|ip), \\1, #1.*blxns\t\\1 have changed to FAIL: gcc.target/arm/cmse/mainline/8_1m/bitfield-4.c -mcpu=unset -march=armv8.1-m.main+fp -mthumb -O2 scan-assembler lsrs\t(r[3-9]|r10|fp|ip), \\1, #1.*blxns\t\\1 (ie that -mcpu=unset has been added to the test name). That's not a regression, it's a simple FAIL->FAIL R. > > You can find the failure logs in *.log.1.xz files in > - https://ci.linaro.org/job/tcwg_gnu_embed_check_gcc--master-thumb_m23_soft_e… > The full lists of regressions and improvements as well as configure and make commands are in > - https://ci.linaro.org/job/tcwg_gnu_embed_check_gcc--master-thumb_m23_soft_e… > The list of [ignored] baseline and flaky failures are in > - https://ci.linaro.org/job/tcwg_gnu_embed_check_gcc--master-thumb_m23_soft_e… > > The configuration of this build is: > CI config tcwg_gnu_embed_check_gcc arm-eabi -mthumb -march=armv8-m.base -mtune=cortex-m23 -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_m23_soft_e… > Reference build : https://ci.linaro.org/job/tcwg_gnu_embed_check_gcc--master-thumb_m23_soft_e… > > 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/9a94c8ffdc8b554a2d95e0101e96830efe… > > List of configurations that regressed due to this commit : > * tcwg_gnu_embed_check_gcc > ** master-thumb_m23_soft_eabi > *** FAIL: 23 regressions: 22 improvements > *** 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_m23_soft_e…

3 weeks, 2 days

Re: [Linaro-TCWG-CI] gcc patch #97787: Failure on aarch64

by David Malcolm

On Sat, 2024-09-21 at 04:30 +0000, 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 understand 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/97787 > | Author: David Malcolm <dmalcolm(a)redhat.com> > | Date: Fri Sep 20 19:05:46 2024 -0400 > | > | diagnostics: convert text hooks to use > diagnostic_text_output_format [PR116613] > | > | The diagnostic_starter and diagnostic_finalizer callbacks and > most of > | their support subroutines are only used by the "text" output > format. > | > | Emphasize this and reduce the binding with diagnostic_context > | by renaming the callbacks to add "_text" in their names, and > converting > | ... 264 lines of the commit log omitted. > | ... applied on top of baseline commit: > | 2484ba167e1c libstdc++: fix C header include guards > > Results changed to > # reset_artifacts: > -10 > # true: > 0 > # build_abe gcc: > # FAILED > # First few build errors in logs: > # 00:06:02 /home/tcwg- > build/workspace/tcwg_gnu_4/abe/snapshots/gcc.git~master/gcc/diagnosti > c-format-sarif.cc:3130:8: error: ‘void > sarif_output_format::after_diagnostic(const diagnostic_info&)’ cannot > be overloaded with ‘void sarif_output_format::after_diagnostic(const > diagnostic_info&)’ > # 00:06:03 make[2]: *** [Makefile:1195: diagnostic-format-sarif.o] > Error 1 > # 00:06:03 make[1]: *** [Makefile:4701: all-gcc] Error 2 > # 00:06:03 make: *** [Makefile:1062: all] Error 2 This works for me, and I've been staring at the code and can't see the issue. Any ideas what the problem is? What stage 0 compiler are you using? Thanks Dave

3 weeks, 3 days

Re: [Linaro-TCWG-CI] gdb patch #97698: FAIL: 1 regressions: 1 improvements on arm

by Guinevere Larsen

I think some issue has happened in the CI. Both this and 2 patches I've sent to the mailing list (one that changes no code, only the SECURITY.txt file) say that I've introduced regressions, yet the relevant test only has "no file ID for <hex number>". Can you double check what's going on? -- Cheers, Guinevere Larsen She/Her/Hers On 9/23/24 5:18 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 understand 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-arm after: > > | gdb patch https://patchwork.sourceware.org/patch/97698 > | Author: Guinevere Larsen <blarsen(a)redhat.com> > | Date: Thu Sep 19 09:42:04 2024 -0300 > | > | gdb/testsuite: rework bp-cond-failure to not depend on inlining > | > | The test gdb.base/bp-cond-failure is implicitly expecting that the > | function foo will be inlined twice and gdb will be able to find 2 > | locations to place a breakpoint. When clang is used, gdb only finds > | one location which causes the test to fail. Since the test is not > | worried about handling breakpoints on inlined functions, but rather on > | ... 11 lines of the commit log omitted. > | ... applied on top of baseline commit: > | d3acf3d759d Rename tui_suppress_output > > FAIL: 1 regressions: 1 improvements > > regressions.sum: > === gdb tests === > > Running gdb:gdb.base/return.exp ... > ERROR: no fileid for 5a8f76db3a07 > > > improvements.sum: > === gdb tests === > > Running gdb:gdb.base/return.exp ... > ERROR: no fileid for a55c644d3a50 > > > You can find the failure logs in *.log.1.xz files in > - https://ci.linaro.org/job/tcwg_gdb_check--master-arm-precommit/3013/artifac… > The full lists of regressions and improvements as well as configure and make commands are in > - https://ci.linaro.org/job/tcwg_gdb_check--master-arm-precommit/3013/artifac… > The list of [ignored] baseline and flaky failures are in > - https://ci.linaro.org/job/tcwg_gdb_check--master-arm-precommit/3013/artifac… > > 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-precommit/3013/artifac… > Reference build : https://ci.linaro.org/job/tcwg_gdb_check--master-arm-build/1786/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.

3 weeks, 3 days

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

linaro-toolchain September 2024