* 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
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
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…
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…
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…
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
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.
On Sat, Sep 21, 2024 at 09:39:09AM +0000, ci_notify(a)linaro.org wrote:
> We track this report status in https://linaro.atlassian.net/browse/LLVM-1362 , please let us know if you are looking at the problem and/or when you have a fix.
>
> In CI config tcwg_kernel/llvm-master-aarch64-lts-defconfig after:
>
> | commit llvmorg-20-init-6434-ga861ed411a35
> | Author: Florian Hahn <flo(a)fhahn.com>
> | Date: Fri Sep 20 11:22:03 2024 +0100
> |
> | [VPlan] Add initial loop-invariant code motion transform. (#107894)
> |
> | Add initial transform to move out loop-invariant recipes.
> |
> | This also helps to fix a divergence between legacy and VPlan-based cost
> | model due to legacy using ScalarEvolution::isLoopInvariant in some
> | cases.
> | ... 4 lines of the commit log omitted.
Thanks for the report. I suspect this should be fixed by
https://github.com/llvm/llvm-project/commit/bd8fe9972e3f17776e4e05e69e13ab8…,
based on the fact that there is a similar report on the pull request
upstream.
Cheers,
Nathan
On 9/12/24 9:13 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 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-1342 , 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-15-3608-gc5009eb88791
> | Author: Jason Merrill <jason(a)redhat.com>
> | Date: Tue Aug 27 13:15:16 2024 -0400
> |
> | libcpp: adjust pedwarn handling
> |
> | Using cpp_pedwarning (CPP_W_PEDANTIC instead of if (CPP_PEDANTIC cpp_error
> | lets users suppress these diagnostics with
> | #pragma GCC diagnostic ignored "-Wpedantic".
> |
> | This patch changes all instances of the cpp_error (CPP_DL_PEDWARN to
> | ... 44 lines of the commit log omitted.
>
> FAIL: 4 regressions
>
> regressions.sum:
> === g++ tests ===
>
> Running g++:g++.dg/dg.exp ...
> FAIL: c-c++-common/pragma-diag-17.c -std=gnu++14 (test for excess errors)
> FAIL: c-c++-common/pragma-diag-17.c -std=gnu++17 (test for excess errors)
> FAIL: c-c++-common/pragma-diag-17.c -std=gnu++98 (test for excess errors)
> === gcc tests ===
>
> Running gcc:gcc.dg/dg.exp ...
> FAIL: c-c++-common/pragma-diag-17.c -Wc++-compat (test for excess errors)
> ... and 1 more entries
>
> You can find the failure logs in *.log.1.xz files in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-arm-build/2697/artifact/ar…
> 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-build/2697/artifact/ar…
> The list of [ignored] baseline and flaky failures are in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-arm-build/2697/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/2697/artifact/ar…
> Reference build : https://ci.linaro.org/job/tcwg_gcc_check--master-arm-build/2696/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/c5009eb887910271ea35a857aa68941c72…
>
> List of configurations that regressed due to this commit :
> * tcwg_gcc_check
> ** master-arm
> *** FAIL: 4 regressions
> *** https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
> *** https://ci.linaro.org/job/tcwg_gcc_check--master-arm-build/2697/artifact/ar…
Curious, does this resolve the problems?
On Sep 17, 2024, ci_notify(a)linaro.org wrote:
> regressions.sum:
> FAIL: c-c++-common/analyzer/out-of-bounds-diagram-8.c -std=c++<XX> expected multiline pattern lines 20-35
> improvements.sum:
> FAIL: c-c++-common/analyzer/out-of-bounds-diagram-8.c -std=c++<XX> expected multiline pattern lines 19-34
It's the same set of FAILs, but the line ranges got offset by 1 in the
patch, and this seems to have confused your regression tester.
Please mark this as all clear.
Thanks for the report,
--
Alexandre Oliva, happy hacker https://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
More tolerance and less prejudice are key for inclusion and diversity
Excluding neuro-others for not behaving ""normal"" is *not* inclusive
Hi,
On Fri, 20 Sept 2024 at 15:24, <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-1347 , please let us know if you are looking at the problem and/or when you have a fix.
>
> In arm-eabi cortex-m55 hard after:
>
> | commit gcc-15-3572-g2801a49d114
> | Author: Marek Polacek <polacek(a)redhat.com>
> | Date: Thu Aug 29 15:13:03 2024 -0400
> |
> | c++: mutable temps in rodata [PR116369]
> |
> | Here we wrongly mark the reference temporary for g TREE_READONLY,
> | so it's put in .rodata and so we can't modify its subobject even
> | when the subobject is marked mutable. This is so since r9-869.
> | r14-1785 fixed a similar problem, but not in set_up_extended_ref_temp.
> |
> | ... 10 lines of the commit log omitted.
>
> FAIL: 6 regressions
>
> regressions.sum:
> === g++ tests ===
>
> Running g++:g++.dg/dg.exp ...
> FAIL: g++.dg/tree-ssa/initlist-opt7.C -std=c++11 (test for excess errors)
> UNRESOLVED: g++.dg/tree-ssa/initlist-opt7.C -std=c++11 compilation failed to produce executable
> FAIL: g++.dg/tree-ssa/initlist-opt7.C -std=c++17 (test for excess errors)
> UNRESOLVED: g++.dg/tree-ssa/initlist-opt7.C -std=c++17 compilation failed to produce executable
> FAIL: g++.dg/tree-ssa/initlist-opt7.C -std=c++26 (test for excess errors)
> UNRESOLVED: g++.dg/tree-ssa/initlist-opt7.C -std=c++26 compilation failed to produce executable
>
The new tests introduced by this patch fail to link due a linker bug
which has now been fixed.
You can ignore this notification.
Thanks,
Christophe
>
> You can find the failure logs in *.log.1.xz files in
> - https://ci.linaro.org/job/tcwg_gnu_embed_check_gcc--master-thumb_m55_hard_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_m55_hard_e…
> The list of [ignored] baseline and flaky failures are in
> - https://ci.linaro.org/job/tcwg_gnu_embed_check_gcc--master-thumb_m55_hard_e…
>
> The configuration of this build is:
> CI config tcwg_gnu_embed_check_gcc arm-eabi -mthumb -march=armv8.1-m.main+mve.fp+fp.dp -mtune=cortex-m55 -mfloat-abi=hard -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_m55_hard_e…
> Reference build : https://ci.linaro.org/job/tcwg_gnu_embed_check_gcc--master-thumb_m55_hard_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/2801a49d1144bce5568b527d1972952ad3…
>
> List of configurations that regressed due to this commit :
> * tcwg_gnu_embed_check_gcc
> ** master-thumb_m55_hard_eabi
> *** FAIL: 6 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_m55_hard_e…
Hi,
ci_notify(a)linaro.org is sending test results to
gcc-restresults(a)gcc.gnu.org but recently starting to fail so many tests
that they don't get accepted anymore:
From: ci_notify(a)linaro.org on Tue Sep 10 02:17:32 2024
Subject: Results for 15.0.0 20240906 (experimental) [master revision
gcc-15-3512-ge8378231bb8] (GCC) testsuite on arm-unknown-eabi
Cause: Message body is too big: 6548864 bytes with a limit of 1000 KB
From: ci_notify(a)linaro.org on Tue Sep 10 05:28:38 2024
Subject: Results for 15.0.0 20240906 (experimental) [master revision
gcc-15-3512-ge8378231bb88] (GCC) testsuite on arm-unknown-eabi
Cause: Message body is too big: 6559111 bytes with a limit of 1000 KB
From: ci_notify(a)linaro.org on Tue Sep 10 10:55:10 2024
Subject: Results for 15.0.0 20240906 (experimental) [master revision
gcc-15-3512-ge8378231bb88] (GCC) testsuite on arm-unknown-eabi
Cause: Message body is too big: 6548861 bytes with a limit of 1000 KB
So that is 6.5MB of results. Almost all look like:
FAIL: 17_intro/freestanding.cc -std=gnu++17 (test for excess errors)
UNRESOLVED: 17_intro/freestanding.cc -std=gnu++17 compilation failed
to produce executable
Could someone take a look? It seems that the compiler is just crashing
on every test.
Thanks,
Mark
On Fri, 13 Sept 2024 at 07: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 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-1344 , please let us know if you are looking at the problem and/or when you have a fix.
This should be fixed by
https://gcc.gnu.org/pipermail/gcc-patches/2024-September/662945.html
>
> In gcc_check master-aarch64 after:
>
> | commit gcc-15-3614-g9fe57e4879de
> | Author: Jonathan Wakely <jwakely(a)redhat.com>
> | Date: Wed Sep 11 11:47:44 2024 +0100
> |
> | c++: Make __builtin_launder reject invalid types [PR116673]
> |
> | The standard says that std::launder is ill-formed for function pointers
> | and cv void pointers, so there's no reason for __builtin_launder to
> | accept them. This change allows implementations of std::launder to defer
> | to the built-in for error checking, although libstdc++ will continue to
> | diagnose it directly for more user-friendly diagnostics.
> | ... 12 lines of the commit log omitted.
>
> FAIL: 12 regressions
>
> regressions.sum:
> === g++ tests ===
>
> Running g++:g++.dg/dg.exp ...
> FAIL: g++.dg/ext/sve-sizeless-1.C -std=gnu++11 (test for errors, line 304)
> FAIL: g++.dg/ext/sve-sizeless-1.C -std=gnu++11 (test for excess errors)
> FAIL: g++.dg/ext/sve-sizeless-1.C -std=gnu++17 (test for errors, line 304)
> FAIL: g++.dg/ext/sve-sizeless-1.C -std=gnu++17 (test for excess errors)
> FAIL: g++.dg/ext/sve-sizeless-1.C -std=gnu++98 (test for errors, line 304)
> FAIL: g++.dg/ext/sve-sizeless-1.C -std=gnu++98 (test for excess errors)
> FAIL: g++.dg/ext/sve-sizeless-2.C -std=gnu++11 (test for errors, line 304)
> ... and 6 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/2595/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/2595/artifac…
> The list of [ignored] baseline and flaky failures are in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/2595/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/2595/artifac…
> Reference build : https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/2594/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/9fe57e4879de93b6e3c7b4c226f42d5f3a…
>
> List of configurations that regressed due to this commit :
> * tcwg_gcc_check
> ** master-aarch64
> *** FAIL: 12 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/2595/artifac…
Hi Jason,
On Thu, 12 Sept 2024 at 00:15, <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-1339 , please let us know if you are looking at the problem and/or when you have a fix.
>
> In arm-eabi cortex-m7 hard after:
>
> | commit gcc-15-3532-g7cebc6384a0a
> | Author: Jason Merrill <jason(a)redhat.com>
> | Date: Fri Sep 6 15:28:53 2024 -0400
> |
> | c++: exception spec and stdlib specialization
> |
> | We were silently accepting the pr65923.C specialization of std::swap with
> | the wrong exception specification; it should be declared noexcept. Let's
> | limit ignoring mismatch with system headers to extern "C" functions so we
> | get a diagnostic for the C++ library.
> |
> | ... 18 lines of the commit log omitted.
>
> FAIL: 6 regressions: 6 improvements
>
> regressions.sum:
> === g++ tests ===
>
> Running g++:g++.dg/dg.exp ...
> FAIL: g++.dg/cpp1z/aligned-new3.C -std=gnu++17 (test for excess errors)
> UNRESOLVED: g++.dg/cpp1z/aligned-new3.C -std=gnu++17 compilation failed to produce executable
> FAIL: g++.dg/cpp1z/aligned-new3.C -std=gnu++20 (test for excess errors)
> UNRESOLVED: g++.dg/cpp1z/aligned-new3.C -std=gnu++20 compilation failed to produce executable
> FAIL: g++.dg/cpp1z/aligned-new3.C -std=gnu++26 (test for excess errors)
> UNRESOLVED: g++.dg/cpp1z/aligned-new3.C -std=gnu++26 compilation failed to produce executable
>
>
> improvements.sum:
> === g++ tests ===
>
> Running g++:g++.dg/dg.exp ...
> UNRESOLVED: g++.dg/cpp1z/aligned-new3.C -std=c++20 compilation failed to produce executable
> UNRESOLVED: g++.dg/cpp1z/aligned-new3.C -std=c++26 compilation failed to produce executable
> FAIL: g++.dg/cpp1z/aligned-new3.C -std=c++26 (test for excess errors)
> UNRESOLVED: g++.dg/cpp1z/aligned-new3.C -std=c++17 compilation failed to produce executable
> FAIL: g++.dg/cpp1z/aligned-new3.C -std=c++20 (test for excess errors)
> FAIL: g++.dg/cpp1z/aligned-new3.C -std=c++17 (test for excess errors)
This is not a regression, these tests used to fail with -std=c++XX and
now they still fail with -std=gnuXX.
I guess this is the effect of adding 'dg-options ""' ?
And... the reason they fail to produce an executable is a recent patch
of mine in the linker, which should now be fixed.
Thanks,
Christophe
>
>
> You can find the failure logs in *.log.1.xz files in
> - https://ci.linaro.org/job/tcwg_gnu_embed_check_gcc--master-thumb_m7_eabi-bu…
> 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_m7_eabi-bu…
> The list of [ignored] baseline and flaky failures are in
> - https://ci.linaro.org/job/tcwg_gnu_embed_check_gcc--master-thumb_m7_eabi-bu…
>
> The configuration of this build is:
> CI config tcwg_gnu_embed_check_gcc arm-eabi -mthumb -march=armv7e-m+fp.dp -mtune=cortex-m7 -mfloat-abi=hard -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_m7_eabi-bu…
> Reference build : https://ci.linaro.org/job/tcwg_gnu_embed_check_gcc--master-thumb_m7_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/7cebc6384a0ad63d444029472a8ed1afe9…
>
> List of configurations that regressed due to this commit :
> * tcwg_gnu_embed_check_gcc
> ** master-thumb_m7_eabi
> *** FAIL: 6 regressions: 6 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_m7_eabi-bu…
Hi Jakub,
On Tue, 10 Sept 2024 at 05:17, <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-1338 , please let us know if you are looking at the problem and/or when you have a fix.
>
> In arm-eabi cortex-m3 softfp after:
>
> | commit gcc-15-3513-g964577c31df2
> | Author: Jakub Jelinek <jakub(a)redhat.com>
> | Date: Fri Sep 6 13:50:47 2024 +0200
> |
> | c++: Partially implement CWG 2867 - Order of initialization for structured bindings [PR115769]
> |
> | The following patch partially implements CWG 2867
> | - Order of initialization for structured bindings.
> | The DR requires that initialization of e is sequenced before r_i and
> | that r_i initialization is sequenced before r_j for j > i, we already do it
> | that way, the former ordering is a necessity so that the get calls are
> | ... 78 lines of the commit log omitted.
>
> FAIL: 12 regressions
>
> regressions.sum:
> === g++ tests ===
>
> Running g++:g++.dg/dg.exp ...
> FAIL: g++.dg/DRs/dr2867-1.C -std=gnu++11 (test for excess errors)
> UNRESOLVED: g++.dg/DRs/dr2867-1.C -std=gnu++11 compilation failed to produce executable
> FAIL: g++.dg/DRs/dr2867-1.C -std=gnu++14 (test for excess errors)
> UNRESOLVED: g++.dg/DRs/dr2867-1.C -std=gnu++14 compilation failed to produce executable
> FAIL: g++.dg/DRs/dr2867-1.C -std=gnu++17 (test for excess errors)
> UNRESOLVED: g++.dg/DRs/dr2867-1.C -std=gnu++17 compilation failed to produce executable
> FAIL: g++.dg/DRs/dr2867-2.C -std=gnu++11 (test for excess errors)
> ... and 6 more entries
These errors in the new tests added by your patch are caused by a
recent patch of mine in binutils, for which I have sent a fix
proposal:
https://sourceware.org/pipermail/binutils/2024-September/136677.html
Thanks,
Christophe
>
> You can find the failure logs in *.log.1.xz files in
> - https://ci.linaro.org/job/tcwg_gnu_embed_check_gcc--master-thumb_m3_softfp_…
> 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_m3_softfp_…
> The list of [ignored] baseline and flaky failures are in
> - https://ci.linaro.org/job/tcwg_gnu_embed_check_gcc--master-thumb_m3_softfp_…
>
> The configuration of this build is:
> CI config tcwg_gnu_embed_check_gcc arm-eabi -mthumb -march=armv7-m -mtune=cortex-m3 -mfloat-abi=softfp -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_m3_softfp_…
> Reference build : https://ci.linaro.org/job/tcwg_gnu_embed_check_gcc--master-thumb_m3_softfp_…
>
> 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/964577c31df206d780d5cc7bc07189d44d…
>
> List of configurations that regressed due to this commit :
> * tcwg_gnu_embed_check_gcc
> ** master-thumb_m3_softfp_eabi
> *** FAIL: 12 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_m3_softfp_…
On Mon, Sep 09, 2024 at 12:37:30PM +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.
>
> We track this report status in https://linaro.atlassian.net/browse/LLVM-1343 , please let us know if you are looking at the problem and/or when you have a fix.
>
> In CI config tcwg_kernel/llvm-master-aarch64-next-allmodconfig after:
>
> | commit v6.10-12615-g08c2182cf0b47
> | Author: Florian Westphal <fw(a)strlen.de>
> | Date: Tue Aug 27 15:37:32 2024 +0200
> |
> | xfrm: policy: use recently added helper in more places
> |
> | No logical change intended.
> |
> | Signed-off-by: Florian Westphal <fw(a)strlen.de>
> | Signed-off-by: Steffen Klassert <steffen.klassert(a)secunet.com>
Thanks for the report, I'll ping my fix for this now:
https://lore.kernel.org/all/20240829-xfrm-restore-dir-assign-xfrm_hash_rebu…
Cheers,
Nathan
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-1334 , please let us know if you are looking at the problem and/or when you have a fix.
>
> In master-aarch64 after:
>
> | commit gdb-15-branchpoint-893-gdcaa85e58c4
> | Author: Andrew Burgess <aburgess(a)redhat.com>
> | Date: Wed May 1 10:47:47 2024 +0100
> |
> | gdb: reject inserting breakpoints between functions
> |
> | When debugging ROCm code, you might have something like this:
> |
> | __global__ void kernel ()
> | {
> | ...
> | ... 153 lines of the commit log omitted.
>
> FAIL: 1 regressions
>
> regressions.sum:
> === gdb tests ===
>
> Running gdb:gdb.go/max-depth.exp ...
> FAIL: gdb.go/max-depth.exp: gdb_breakpoint: set breakpoint at 38
There's something a little weird going on here, in the log I see:
(gdb) run
Starting program: /home/tcwg-buildslave/workspace/tcwg_gnu_0/abe/builds/aarch64-unknown-linux-gnu/aarch64-unknown-linux-gnu/gdb-gdb.git~master/gdb/testsuite/outputs/gdb.go/max-depth/max-depth
/home/tcwg-buildslave/workspace/tcwg_gnu_0/abe/builds/aarch64-unknown-linux-gnu/aarch64-unknown-linux-gnu/gdb-gdb.git~master/gdb/testsuite/outputs/gdb.go/max-depth/max-depth: error while loading shared libraries: libgo.so.23: cannot open shared object file: No such file or directory
[Inferior 1 (process 908724) exited with code 0177]
(gdb) FAIL: gdb.go/max-depth.exp: runto: run to main.main
break 38
No compiled code for line 38 in the current file.
Make breakpoint pending on future shared library load? (y or [n]) n
(gdb) FAIL: gdb.go/max-depth.exp: gdb_breakpoint: set breakpoint at 38
So it looks like the libgo.so.23 is missing from the test machine which
stop the inferior from running.
That said, I'd still expect GDB to place a b/p on line 38, and indeed,
when run on my local machine the b/p is placed correctly. But also, I
have the correct libraries in place so the inferior starts correctly...
Is it possible to see the gdb.log for the working world before this
patch was applied? It would be nice to confirm that despite failing to
start the inferior, GDB did manage to place the b/p correctly before
this patch.
> 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…
I did wonder if the log file I wanted was one of these, but without
better descriptions it's hard to know what all these log files actually
are.
Thanks,
Andrew
> 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…
>
> 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=dcaa85e58c4ef…
>
> List of configurations that regressed due to this commit :
> * tcwg_gnu_native_check_gdb
> ** master-aarch64
> *** FAIL: 1 regressions
> *** https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gdb/sh…
> *** https://ci.linaro.org/job/tcwg_gnu_native_check_gdb--master-aarch64-build/1…
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-1329 , please let us know if you are looking at the problem and/or when you have a fix.
In arm-eabi cortex-m33 hard after:
| commit binutils-2_41-release-4187-g31ed3a9d691
| Author: Christophe Lyon <christophe.lyon(a)linaro.org>
| Date: Wed Jun 19 12:35:30 2024 +0000
|
| arm: Do not insert stubs needing Arm code on Thumb-only cores.
|
| We recently fixed a bug in libgcc
| (https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115360)
| where a symbol was missing a %function .type decoration.
|
| This meant the linker would silently pick the wrong type of 'farcall
| ... 48 lines of the commit log omitted.
FAIL: 72074 regressions: 94 improvements
regressions.sum:
=== g++ tests ===
Running g++:g++.dg/analyzer/analyzer.exp ...
FAIL: c-c++-common/analyzer/pr98580-a.c -std=c++17 (test for excess errors)
FAIL: c-c++-common/analyzer/pr98580-a.c -std=c++26 (test for excess errors)
FAIL: c-c++-common/analyzer/pr98580-a.c -std=c++98 (test for excess errors)
Running g++:g++.dg/compat/compat.exp ...
FAIL: g++.dg/compat/abi/bitfield1 cp_compat_x_tst.o-cp_compat_y_tst.o link
FAIL: g++.dg/compat/abi/bitfield2 cp_compat_x_tst.o-cp_compat_y_tst.o link
... and 72156 more entries
improvements.sum:
=== g++ tests ===
Running g++:g++.dg/dg.exp ...
FAIL: g++.dg/ext/arm-fp16/arm-fp16-ops-3.C -std=c++98 execution test
FAIL: g++.dg/ext/arm-fp16/arm-fp16-ops-3.C -std=c++17 execution test
FAIL: g++.dg/ext/arm-fp16/arm-fp16-ops-3.C -std=c++26 execution test
FAIL: g++.dg/ext/arm-fp16/arm-fp16-ops-4.C -std=gnu++98 execution test
FAIL: g++.dg/ext/arm-fp16/arm-fp16-ops-4.C -std=gnu++26 execution test
FAIL: g++.dg/ext/arm-fp16/arm-fp16-ops-4.C -std=gnu++17 execution test
=== gcc tests ===
... and 104 more entries
You can find the failure logs in *.log.1.xz files in
- https://ci.linaro.org/job/tcwg_gnu_embed_check_gcc--master-thumb_m33_hard_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_m33_hard_e…
The list of [ignored] baseline and flaky failures are in
- https://ci.linaro.org/job/tcwg_gnu_embed_check_gcc--master-thumb_m33_hard_e…
The configuration of this build is:
CI config tcwg_gnu_embed_check_gcc arm-eabi -mthumb -march=armv8-m.main+dsp+fp -mtune=cortex-m33 -mfloat-abi=hard -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_m33_hard_e…
Reference build : https://ci.linaro.org/job/tcwg_gnu_embed_check_gcc--master-thumb_m33_hard_e…
Reproduce last good and first bad builds: 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=31ed3a9d69149…
List of configurations that regressed due to this commit :
* tcwg_gnu_embed_check_gcc
** master-thumb_m33_hard_eabi
*** FAIL: 72074 regressions: 94 improvements
*** https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/binuti…
*** https://ci.linaro.org/job/tcwg_gnu_embed_check_gcc--master-thumb_m33_hard_e…
On Wed, Sep 04, 2024 at 10:36:41PM +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.
>
> We track this report status in https://linaro.atlassian.net/browse/LLVM-1339 , please let us know if you are looking at the problem and/or when you have a fix.
>
> In CI config tcwg_kernel/llvm-master-aarch64-next-allyesconfig after:
>
> | commit v6.11-rc1-143-g4e7795eda4459
> | Author: Kent Overstreet <kent.overstreet(a)linux.dev>
> | Date: Sun Sep 1 18:08:25 2024 -0400
> |
> | bcachefs: bch2_sb_member_alloc()
> |
> | refactoring
> |
> | Signed-off-by: Kent Overstreet <kent.overstreet(a)linux.dev>
Thanks for the report, this should be fixed now:
https://git.kernel.org/next/linux-next/c/da6e6a70084d99d522058bbef00b9cbe48…
Cheers,
Nathan
Hi,
Can I get a reduced .ll showing the regression, or some reduced steps for
reproducing the bug? I suspect the bug is elsewhere, and not in the commit
itself.
Warm regards,
Ram
On Thu, Sep 5, 2024 at 3:39 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.
>
> We track this report status in
> https://linaro.atlassian.net/browse/LLVM-1340 , please let us know if you
> are looking at the problem and/or when you have a fix.
>
> In CI config tcwg_flang_test/main-aarch64-Ofast-sve_vla after:
>
> | commit llvmorg-20-init-4622-g16900d3b98e6
> | Author: Ramkumar Ramachandra <ramkumar.ramachandra(a)codasip.com>
> | Date: Wed Sep 4 22:01:04 2024 +0100
> |
> | LICM: hoist BO assoc when BinOp is in RHS (#107072)
> |
> | Extend hoistBOAssociation smoothly to handle the case when the
> inner
> | BinaryOperator is in the RHS of the outer BinaryOperator. This
> completes
> | the generalization of hoistBOAssociation, and the only limitation
> after
> | this patch is the fact that only Add and Mul are hoisted.
>
> FAIL: 1 regressions
>
> regressions.sum:
> === test-suite tests ===
>
> Running test-suite:Fujitsu/Fortran/0354 ...
> FAIL: test-suite :: Fujitsu/Fortran/0354/Fujitsu-Fortran-0354_0334.test
>
>
> You can find the failure logs in *.log.1.xz files in
> -
> https://ci.linaro.org/job/tcwg_flang_test--main-aarch64-Ofast-sve_vla-build…
> The full lists of regressions and improvements as well as configure and
> make commands are in
> -
> https://ci.linaro.org/job/tcwg_flang_test--main-aarch64-Ofast-sve_vla-build…
> The list of [ignored] baseline and flaky failures are in
> -
> https://ci.linaro.org/job/tcwg_flang_test--main-aarch64-Ofast-sve_vla-build…
>
> The configuration of this build is:
> CI config tcwg_flang_test/main-aarch64-Ofast-sve_vla
>
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
> The information below can be used to reproduce a debug environment:
>
> Current build :
> https://ci.linaro.org/job/tcwg_flang_test--main-aarch64-Ofast-sve_vla-build…
> Reference build :
> https://ci.linaro.org/job/tcwg_flang_test--main-aarch64-Ofast-sve_vla-build…
>
> Reproduce last good and first bad builds:
> https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/llvm/s…
>
> Full commit :
> https://github.com/llvm/llvm-project/commit/16900d3b98e6c8fbdad4411a054e356…
>
> List of configurations that regressed due to this commit :
> * tcwg_flang_test
> ** main-aarch64-Ofast-sve_vla
> *** FAIL: 1 regressions
> ***
> https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/llvm/s…
> ***
> https://ci.linaro.org/job/tcwg_flang_test--main-aarch64-Ofast-sve_vla-build…
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-1324 , 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-aarch64-lts-defconfig after:
| commit gcc-15-3256-g1c4b9826bd0
| Author: Filip Kastl <fkastl(a)suse.cz>
| Date: Wed Aug 28 15:47:44 2024 +0200
|
| gimple ssa: switchconv: Use __builtin_popcount and support more types in exp transform [PR116355]
|
| The gen_pow2p function generates (a & -a) == a as a fallback for
| POPCOUNT (a) == 1. Not only is the bitmagic not equivalent to
| POPCOUNT (a) == 1 but it also introduces UB (consider signed
| a = INT_MIN).
|
| ... 43 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:
9328
From
# reset_artifacts:
-10
# build_abe binutils:
-9
# build_abe stage1:
-5
# build_abe qemu:
-2
# linux_n_obj:
9330
# linux build successful:
all
# linux boot successful:
boot
The configuration of this build is:
CI config tcwg_kernel/gnu-master-aarch64-lts-defconfig
-----------------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-aarch64-lts-defconfig-bui…
Reference build : https://ci.linaro.org/job/tcwg_kernel--gnu-master-aarch64-lts-defconfig-bui…
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/1c4b9826bd0d5ac471543c68f097d80b19…
List of configurations that regressed due to this commit :
* tcwg_kernel
** gnu-master-aarch64-lts-defconfig
*** Failure
*** https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
*** https://ci.linaro.org/job/tcwg_kernel--gnu-master-aarch64-lts-defconfig-bui…
* 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:
>
> | 4 patches in glibc
> | Patchwork URL: https://patchwork.sourceware.org/patch/96984
> | 11d52d986b elf: Reorder audit events in dlcose to match _dl_fini (bug 32066)
> | 7b2cd1e545 elf: Call la_objclose for proxy link maps in _dl_fini (bug 32065)
> | 0f79eb4a6f elf: Signal la_objopen for the proxy link map in dlmopen (bug 31985)
> | f26a9b6323 elf: Always write audit log to elf/tst-audit23.out
> | ... applied on top of baseline commit:
> | 96d0bf98ca Add support/ code for checking file contents
>
> FAIL: 1 regressions
>
> regressions.sum:
> === glibc tests ===
>
> Running glibc:elf ...
> FAIL: elf/tst-audit23
Adhemerval, does elf/tst-audit23.out now show more details?
Thanks,
Florian