Hi,
unfortunately I do not have arm system at hand. I tried to build this commit
on QEMU (qemu-system-arm) running Debian (armhf architecture) and I cannot
reproduce any of the regressions.
I'd appreciate some information on how to build and run suitable armv8l
system on QEMU (or, if that's easier, on Odroid-N2) - I could not find much.
Thanks! Jan
On Sun, 2025-11-30 at 10:46 +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.
>
> In gdb_check master-arm, after:
> | commit gdb-17-branchpoint-981-gcc1fc6af415
> | Author: Jan Vrany <jan.vrany(a)labware.com>
> | Date: Fri Nov 28 13:47:02 2025 +0000
> |
> | gdb: change blockvector::contains() to handle blockvectors with "holes"
> |
> | This commit slightly changes the logic in blockvector::contains()
> | to handle a case where the blockvector contains blocks with disjoint
> | regions (see the comment in blockvector::contains for details).
> | ... 18 lines of the commit log omitted.
>
> Produces 77 regressions:
> |
> | regressions.sum:
> | Running gdb:gdb.base/annota1.exp ...
> | FAIL: gdb.base/annota1.exp: send SIGUSR1 (timeout)
> | Running gdb:gdb.base/annota3.exp ...
> | FAIL: gdb.base/annota3.exp: send SIGUSR1 (pattern 8)
> | Running gdb:gdb.base/sigstep.exp ...
> | ... and 87 more
>
> Used configuration :
> *CI config* tcwg_gdb_check master-arm
> *configure and test flags:* none, autodetected on armv8l-unknown-linux-gnueabihf
>
> We track this bug report under https://linaro.atlassian.net/browse/GNU-1767. Please let us know if you have a fix.
>
> If you have any questions regarding this report, please ask on linaro-toolchain(a)lists.linaro.org mailing list.
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
>
> The information below contains the details of the failures, and the ways to reproduce a debug environment:
>
> You can find the failure logs in *.log.1.xz files in
> * https://ci.linaro.org/job/tcwg_gdb_check--master-arm-build/3149/artifact/ar…
> 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-build/3149/artifact/ar…
> The list of [ignored] baseline and flaky failures are in
> * https://ci.linaro.org/job/tcwg_gdb_check--master-arm-build/3149/artifact/ar…
>
> Current build : https://ci.linaro.org/job/tcwg_gdb_check--master-arm-build/3149/artifact/ar…
> Reference build : https://ci.linaro.org/job/tcwg_gdb_check--master-arm-build/3148/artifact/ar…
>
> Instruction to reproduce the build : https://gitlab.com/LinaroLtd/tcwg/ci/interesting-commits/-/raw/master/gdb/s…
>
> Full commit : https://sourceware.org/git/?p=binutils-gdb.git;a=commitdiff;h=cc1fc6af4150b…
Hi there, thanks for picking up on this change.
I see there’s 1 regression and 3 fixes, I just want to check are the fixes previous miscompiles?
Thanks,
Luke
> On 17 Nov 2025, at 09:03, ci_notify(a)linaro.org wrote:
>
> Dear contributor,
>
> Our automatic CI has detected problems related to your patch(es). Please find some details below.
>
> In tcwg_flang_test/main-aarch64-Ofast-sve_vls-lto-lld, after:
> | commit llvmorg-22-init-14324-g02c68b3ef754
> | Author: Luke Lau <luke(a)igalia.com>
> | Date: Wed Nov 12 19:14:53 2025 +0800
> |
> | [VPlan] Plumb scalable register size through narrowInterleaveGroups (#167505)
> |
> | On RISC-V narrowInterleaveGroups doesn't kick in because the wrong
> | VectorRegWidth is passed to isConsecutiveInterleaveGroup.
> |
> | ... 10 lines of the commit log omitted.
>
> Produces 1 regression 3 fixes:
> |
> | regressions.sum:
> | Running test-suite:Fujitsu/Fortran/0363 ...
> | FAIL: test-suite :: Fujitsu/Fortran/0363/Fujitsu-Fortran-0363_0283.test
> | # "FAIL" means : the execution of the compiled binary failed / output of the binary differs from the expected one
> |
> | fixes.sum:
> | Running test-suite:Fujitsu/Fortran/0105 ...
> | FAIL: test-suite :: Fujitsu/Fortran/0105/Fujitsu-Fortran-0105_0091.test
> | ... and 2 more
> | # "FAIL" means : the execution of the compiled binary failed / output of the binary differs from the expected one
>
> Used configuration :
> * Toolchain : cmake -G Ninja ../llvm/llvm "-DLLVM_ENABLE_PROJECTS=clang;lld;flang;clang-tools-extra" "-DLLVM_ENABLE_RUNTIMES=openmp" -DCMAKE_BUILD_TYPE=Release -DLLVM_ENABLE_ASSERTIONS=True -DCMAKE_INSTALL_PREFIX=../llvm-install "-DLLVM_TARGETS_TO_BUILD=AArch64" -DCLANG_DEFAULT_LINKER=lld
> * Testsuite : export LD_LIBRARY_PATH=$\WORKSPACE/llvm-install/lib/aarch64-unknown-linux-gnu$\{LD_LIBRARY_PATH:+:$\LD_LIBRARY_PATH}
> cmake -GNinja -DCMAKE_C_COMPILER="$\WORKSPACE/llvm-install/bin2/clang" -DCMAKE_CXX_COMPILER="$\WORKSPACE/llvm-install/bin2/clang++" -DCMAKE_Fortran_COMPILER="$\WORKSPACE/llvm-install/bin2/flang-new" -DCMAKE_BUILD_TYPE=Release -DCMAKE_C_FLAGS= -DCMAKE_CXX_FLAGS= -DCMAKE_Fortran_FLAGS= -DCMAKE_C_FLAGS_RELEASE="-O3 -ffast-math -march=armv8.4-a+sve -msve-vector-bits=256 -flto -fuse-ld=lld -DNDEBUG" -DCMAKE_CXX_FLAGS_RELEASE="-O3 -ffast-math -march=armv8.4-a+sve -msve-vector-bits=256 -flto -fuse-ld=lld -DNDEBUG" -DCMAKE_Fortran_FLAGS_RELEASE="-O3 -ffast-math -march=armv8.4-a+sve -msve-vector-bits=256 -flto -fuse-ld=lld -DNDEBUG" -DTEST_SUITE_FORTRAN=ON -DTEST_SUITE_SUBDIRS=Fujitsu -DTEST_SUITE_FUJITSU_WITH_FAST_MATH=ON "$\WORKSPACE/test/test-suite"
>
> We track this bug report under https://linaro.atlassian.net/browse/LLVM-2121. Please let us know if you have a fix.
>
> If you have any questions regarding this report, please ask on linaro-toolchain(a)lists.linaro.org mailing list.
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
>
> The information below contains the details of the failures, and the ways to reproduce a debug environment:
>
> You can find the failure logs in *.log.1.xz files in
> * https://ci.linaro.org/job/tcwg_flang_test--main-aarch64-Ofast-sve_vls-lto-l…
> 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_vls-lto-l…
> The list of [ignored] baseline and flaky failures are in
> * https://ci.linaro.org/job/tcwg_flang_test--main-aarch64-Ofast-sve_vls-lto-l…
>
> Fujitsu testsuite : https://github.com/fujitsu/compiler-test-suite/
>
> Current build : https://ci.linaro.org/job/tcwg_flang_test--main-aarch64-Ofast-sve_vls-lto-l…
> Reference build : https://ci.linaro.org/job/tcwg_flang_test--main-aarch64-Ofast-sve_vls-lto-l…
>
> Instruction to reproduce the build : https://gitlab.com/LinaroLtd/tcwg/ci/interesting-commits/-/raw/master/llvm/…
>
> Full commit : https://github.com/llvm/llvm-project/commit/02c68b3ef7544b875da4052dfb58205…
Dear contributor,
Our automatic CI has detected problems related to your patch(es). Please find some details below.
In master-aarch64, after:
| commit glibc-2.42.9000-537-gcd748a63ab1
| Author: Joseph Myers <josmyers(a)redhat.com>
| Date: Thu Nov 20 19:30:27 2025 +0000
|
| Implement C23 const-preserving standard library macros
|
| C23 makes various standard library functions, that return a pointer
| into an input array, into macros that return a pointer to const when
| the relevant argument passed to the macro is a pointer to const. (The
| ... 35 lines of the commit log omitted.
Produces 5 regressions:
|
| regressions.sum:
| Running gcc:gcc.dg/analyzer/analyzer.exp ...
| FAIL: gcc.dg/analyzer/strchr-1.c (test for warnings, line 32)
| FAIL: gcc.dg/analyzer/strchr-1.c (test for warnings, line 39)
| FAIL: gcc.dg/analyzer/strchr-1.c (test for excess errors)
| FAIL: gcc.dg/analyzer/strchr-1.c event at line 33 (test for warnings, line 32)
| ... and 1 more
Used configuration :
*CI config* tcwg_gnu_native_check_gcc master-aarch64
*configure and test flags:* none, autodetected on aarch64-unknown-linux-gnu
We track this bug report under https://linaro.atlassian.net/browse/GNU-1756. Please let us know if you have a fix.
If you have any questions regarding this report, please ask on linaro-toolchain(a)lists.linaro.org mailing list.
-----------------8<--------------------------8<--------------------------8<--------------------------
The information below contains the details of the failures, and the ways to reproduce a debug environment:
You can find the failure logs in *.log.1.xz files in
* https://ci.linaro.org/job/tcwg_gnu_native_check_gcc--master-aarch64-build/2…
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_gcc--master-aarch64-build/2…
The list of [ignored] baseline and flaky failures are in
* https://ci.linaro.org/job/tcwg_gnu_native_check_gcc--master-aarch64-build/2…
Current build : https://ci.linaro.org/job/tcwg_gnu_native_check_gcc--master-aarch64-build/2…
Reference build : https://ci.linaro.org/job/tcwg_gnu_native_check_gcc--master-aarch64-build/2…
Instruction to reproduce the build : https://gitlab.com/LinaroLtd/tcwg/ci/interesting-commits/-/raw/master/glibc…
Full commit : https://sourceware.org/git/?p=glibc.git;a=commitdiff;h=cd748a63ab1a7ae84617…
On Sun, Nov 16, 2025 at 09:46:23AM +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.
>
> In tcwg_kernel/llvm-master-aarch64-next-allmodconfig, after:
> | commit v6.18-rc1-73-g3ffeb17a9a27a
> | Author: Christian Marangi <ansuelsmth(a)gmail.com>
> | Date: Fri Nov 7 00:57:08 2025 +0100
> |
> | pinctrl: airoha: add support for Airoha AN7583 PINs
> |
> | Add all the required entry to add suppot for Airoha AN7583 PINs.
> |
> | Where possible the same function group are used from Airoha EN7581 to
> | ... 4 lines of the commit log omitted.
>
> Produces Failure:
> | Results changed to
> | # reset_artifacts:
> | -10
> | # build_abe binutils:
> | -9
> | # build_kernel_llvm:
> | -5
> | # build_abe qemu:
> | -2
> | # linux_n_obj:
> | 27020
> | # First few build errors in logs:
> | # 00:37:42 drivers/pinctrl/mediatek/pinctrl-airoha.c:2064:41: error: variable 'an7583_pinctrl_drive_e2_conf' is not needed and will not be emitted [-Werror,-Wunneeded-internal-declaration]
https://lore.kernel.org/20251112-pinctrl-airoha-fix-an7583-drive-e2-confg-u…
Cheers,
Nathan
Dear contributor,
Our automatic CI has detected problems related to your patch(es). Please find some details below.
In tcwg_flang_build/main-aarch64, after:
| commit llvmorg-22-init-14086-g046ae8553606
| Author: Christopher Ferris <cferris1000(a)users.noreply.github.com>
| Date: Mon Nov 10 14:17:23 2025 -0800
|
| [scudo] Small cleanup of memory tagging code. (#166860)
|
| Make the systemSupportsMemoryTagging() function return even on system
| that don't support memory tagging. This avoids the need to always check
| if memory tagging is supported before calling th function.
| ... 5 lines of the commit log omitted.
Produces Failure:
| Results changed to
| # reset_artifacts:
| -10
| # true:
| 0
| # build_llvm -- clang;lld;flang;clang-tools-extra openmp :
| # FAILED
| # First few build errors in logs:
| # 00:10:20 ld.lld: error: undefined symbol: __cxa_guard_acquire
| # 00:10:20 ld.lld: error: undefined symbol: __cxa_guard_release
| # 00:10:20 clang++: error: linker command failed with exit code 1 (use -v to see invocation)
|
| From
| # reset_artifacts:
| -10
| # true:
| 0
| # build_llvm -- clang;lld;flang;clang-tools-extra openmp :
| 1
Used configuration :
tcwg_flang_build/main-aarch64
We track this bug report under https://linaro.atlassian.net/browse/LLVM-2115. Please let us know if you have a fix.
If you have any questions regarding this report, please ask on linaro-toolchain(a)lists.linaro.org mailing list.
-----------------8<--------------------------8<--------------------------8<--------------------------
The information below contains the details of the failures, and the ways to reproduce a debug environment:
You can find the failure logs in
* https://ci.linaro.org/job/tcwg_flang_build--main-aarch64-build/6073/artifac…
The full lists of regressions and improvements as well as configure and make commands are in
* https://ci.linaro.org/job/tcwg_flang_build--main-aarch64-build/6073/artifac…
Current build : https://ci.linaro.org/job/tcwg_flang_build--main-aarch64-build/6073/artifac…
Reference build : https://ci.linaro.org/job/tcwg_flang_build--main-aarch64-build/6070/artifac…
Instruction to reproduce the build : https://gitlab.com/LinaroLtd/tcwg/ci/interesting-commits/-/raw/master/llvm/…
Full commit : https://github.com/llvm/llvm-project/commit/046ae855360614c5980d0ced0c55b5d…
On 2025-11-04 12:03, ci_notify(a)linaro.org wrote:
> Dear contributor,
>
> Our automatic CI has detected problems related to your patch(es). Please find some details below.
>
> In gcc_check master-aarch64, after:
> | commit gcc-16-5025-g0013501e462
> | Author: Siddhesh Poyarekar <siddhesh(a)gotplt.org>
> | Date: Mon Nov 3 17:02:00 2025 -0600
> |
> | lto/122515: Fix archive offset types for i686
> |
> | On i686, offsets into object archives could be 64-bit, but they're
> | inconsistently treated across the lto, which may sometimes result in
> | truncation of those offsets for large archives.
> | ... 36 lines of the commit log omitted.
>
> Produces 3 regressions:
> |
> | regressions.sum:
> | Running gcc:gcc.dg/lto/lto.exp ...
> | UNRESOLVED: gcc.dg/lto/pr122515 c_lto_pr122515_0.o-c_lto_pr122515.a execute -flto=auto -ffat-lto-objects
> | UNRESOLVED: gcc.dg/lto/pr122515 c_lto_pr122515_0.o-c_lto_pr122515.a link -flto=auto -ffat-lto-objects
> | FAIL: gcc.dg/lto/pr122515, ar returned 1: /WORKSPACE/abe/builds/destdir/aarch64-unknown-linux-gnu/bin/gcc-ar: Cannot find plugin 'liblto_plugin.so'
>
> Used configuration :
> *CI config* tcwg_gcc_check master-aarch64
> *configure and test flags:* none, autodetected on aarch64-unknown-linux-gnu
>
> We track this bug report under https://linaro.atlassian.net/browse/GNU-1744. Please let us know if you have a fix.
>
> If you have any questions regarding this report, please ask on linaro-toolchain(a)lists.linaro.org mailing list.
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
>
> The information below contains the details of the failures, and the ways to reproduce a debug environment:
>
> You can find the failure logs in *.log.1.xz files in
> * https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/4333/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/4333/artifac…
The Jenkins instance seems to be down. Is there another way to find out
how this was configured? ISTM that liblto_plugin.so may not have been
built.
Sid