Hi, I've done my first patch to glibc, I updated some part of
documentation, nothing else. I formated patch from HEAD of master
branch. After I sent patch, I received on mail error:
```
Our automatic CI has detected problems related to your
patch(es). Please find some details below.
In glibc_check master-aarch64, after:
| glibc patch https://patchwork.sourceware.org/patch/139472
| Author: Nesterov Maksim <maxgoonfuture(a)gmail.com>
| Date: Sat Jul 18 17:29:21 2026 +0300
|
| [PATCH 1/1] Add in *info* documentation (Low-Level Terminal
| Interface > Terminal Modes > Control Modes) *CMSPAR* constant
| description; *CMSPAR* allows to use stick parity (mark/space)
| instead of odd/even.
| ... applied on top of baseline commit:
| 6b29e74c73 math: Update tanh from CORE-MATH (revision cf237fa0)
Produces 1 regression 96 fixes:
|
| regressions.sum:
| Running glibc:posix ...
| FAIL: posix/tst-affinity-static
|
| fixes.sum:
| Running glibc:debug ...
| FAIL: debug/tst-fortify-syslog
| ... and 109 more
```
What should I fix?
Dear contributor,
Our automatic CI has detected problems related to your patch(es). Please find some details below.
In arm-eabi v7-a softfp, after:
| commit v11.1.0-rc0-83-gb693da615a7
| Author: Peter Maydell <peter.maydell(a)linaro.org>
| Date: Mon Jul 20 19:05:30 2026 +0100
|
| Revert "target/arm: Build cpu32-system.o as common object"
|
| In c8bea1276c we moved cpu32.c and built it as a common object. The
| commit message says "cpu32.c only contains CPU types used in 32-bit
| system emulation". However, this is incorrect -- it contains 32-bit
| ... 14 lines of the commit log omitted.
Produces 21 regressions 38360 fixes:
|
| regressions.sum:
| Running g++:g++.dg/vect/vect.exp ...
| FAIL: g++.dg/vect/pr95401.cc -std=c++20 (test for excess errors)
| UNRESOLVED: g++.dg/vect/pr95401.cc -std=c++20 compilation failed to produce executable
| FAIL: g++.dg/vect/pr95401.cc -std=c++26 (test for excess errors)
| UNRESOLVED: g++.dg/vect/pr95401.cc -std=c++26 compilation failed to produce executable
| ... and 19 more
|
| fixes.sum:
| Running g++:g++.dg/compat/compat.exp ...
| FAIL: g++.dg/compat/abi/bitfield1 cp_compat_x_tst.o-cp_compat_y_tst.o execute
| FAIL: g++.dg/compat/abi/bitfield2 cp_compat_x_tst.o-cp_compat_y_tst.o execute
| FAIL: g++.dg/compat/abi/pr83487-1 cp_compat_x_tst.o-cp_compat_y_tst.o execute
| FAIL: g++.dg/compat/abi/pr83487-2 cp_compat_x_tst.o-cp_compat_y_tst.o execute
| ... and 38392 more
Used configuration :
*CI config* tcwg_gnu_embed_check_gcc arm-eabi -marm -march=armv7-a -mfpu=vfpv3-d16 -mfloat-abi=softfp
*configure and test flags:* --target arm-eabi --disable-multilib --with-mode=arm --with-arch=armv7-a --with-fpu=vfpv3-d16 --with-float=softfp --target_board=-marm/-march=armv7-a/-mfpu=vfpv3-d16/-mfloat-abi=softfp qemu_cpu=cortex-a9
We track this bug report under https://linaro.atlassian.net/browse/GNU-1983. (Require Linaro login) 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
* http://54.172.246.49:9090/jobs/tcwg_gnu_embed_check_gcc--master-arm_v7a_sof…
The full lists of regressions and improvements as well as configure and make commands are in
* http://54.172.246.49:9090/jobs/tcwg_gnu_embed_check_gcc--master-arm_v7a_sof…
The list of [ignored] baseline and flaky failures are in
* http://54.172.246.49:9090/jobs/tcwg_gnu_embed_check_gcc--master-arm_v7a_sof…
Current build : http://54.172.246.49:9090/jobs/tcwg_gnu_embed_check_gcc--master-arm_v7a_sof…
Reference build : http://54.172.246.49:9090/jobs/tcwg_gnu_embed_check_gcc--master-arm_v7a_sof…
Instruction to reproduce the build : https://gitlab.com/LinaroLtd/tcwg/ci/interesting-commits/-/raw/master/qemu/…
Full commit : https://gitlab.com/qemu-project/qemu/commit/b693da615a7ab2adae7383fecb87b0e…
Hi, thanks for this notification. It's a bit strange that patch 1/2 [1] failed and patch 2/2 [2] passed.
[1]: https://patchwork.sourceware.org/project/glibc/patch/20260728161215.1512331…
[2]: https://patchwork.sourceware.org/project/glibc/patch/20260728161215.1512331…
Is everything OK with the CI Job?
Thanks,
Yury
________________________________________
From: ci_notify(a)linaro.org <ci_notify(a)linaro.org>
Sent: 29 July 2026 10:55 AM
To: Yury Khrustalev
Cc: Yury Khrustalev
Subject: [Linaro-TCWG-CI] glibc patch #140108: 3 regressions 111 fixes on arm
Dear contributor,
Our automatic CI has detected problems related to your patch(es). Please find some details below.
In glibc_check master-arm, after:
| glibc patch https://patchwork.sourceware.org/patch/140108
| Author: Yury Khrustalev <yury.khrustalev(a)arm.com>
| Date: Tue Jul 28 17:12:14 2026 +0100
|
| [PATCH 1/2] malloc: Refactor malloc API into a separate header
|
| This commit moves declarations for various malloc functions from
| the malloc.c file to a separate header that can be used to include
| these declarations in other source files.
| ... 2 lines of the commit log omitted.
| ... applied on top of baseline commit:
| 26f0f2aa7d benchtests: Create objdir in the bench-%.c generation rule
Produces 3 regressions 111 fixes:
|
| regressions.sum:
| Running glibc:posix ...
| FAIL: posix/tst-affinity
| FAIL: posix/tst-affinity-pid
| FAIL: posix/tst-affinity-static
|
| fixes.sum:
| Running glibc:debug ...
| FAIL: debug/tst-fortify-syslog
| Running glibc:dirent ...
| FAIL: dirent/tst-readdir-long
| ... and 123 more
<...>
IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you.
Hi,
Fujitsu/Fortran/0303/Fujitsu-Fortran-0303_0076.test fails because the test program violates the Fortran standard by redefining an active DO variable through a Cray pointer alias.
This is a test issue rather than a compiler defect.
Please ignore the mail. We'll update the test.
We apologize for the false detection.
Best regards,
Yasuyuki Ohno
Software Development Div.,
Advanced Technology Development Unit,
Fujitsu Research, Fujitsu Limited, JAPAN.
________________________________
差出人: ci_notify(a)linaro.org <ci_notify(a)linaro.org>
送信日時: 2026年7月25日 22:10
宛先: contact-ci-compiler-test-suite(a)cs.jp.fujitsu.com <contact-ci-compiler-test-suite(a)cs.jp.fujitsu.com>
CC: maxim.kuvyrkov(a)linaro.org <maxim.kuvyrkov(a)linaro.org>; 47756807+khaki3(a)users.noreply.github.com <47756807+khaki3(a)users.noreply.github.com>
件名: [Linaro-TCWG-CI] llvmorg-24-init-787-gd9fff42ccd58: 3 regressions on aarch64
Dear contributor,
Our automatic CI has detected problems related to your patch(es). Please find some details below.
In tcwg_flang_test/main-aarch64-O0-debug, after:
| commit llvmorg-24-init-787-gd9fff42ccd58
| Author: Matsu <47756807+khaki3(a)users.noreply.github.com>
| Date: Mon Jul 20 04:10:54 2026 -0700
|
| [flang] Lower plain DO loops without a secondary-induction iter_arg (#207816)
|
| Example:
| ```fortran
| do i = lb, ub, step
| ... 13 lines of the commit log omitted.
Produces 3 regressions:
|
| regressions.sum:
| Running test-suite:Fujitsu/Fortran/0303 ...
| FAIL: test-suite :: Fujitsu/Fortran/0303/Fujitsu-Fortran-0303_0076.test
| Running test-suite:Fujitsu/Fortran/0365 ...
| FAIL: test-suite :: Fujitsu/Fortran/0365/Fujitsu-Fortran-0365_0036.test
| Running test-suite:Fujitsu/Fortran/0372 ...
| ... and 1 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="-O0 -g" -DCMAKE_CXX_FLAGS_RELEASE="-O0 -g" -DCMAKE_Fortran_FLAGS_RELEASE="-O0 -g" -DTEST_SUITE_FORTRAN=ON -DTEST_SUITE_SUBDIRS=Fujitsu "$\WORKSPACE/test/test-suite"
We track this bug report under https://linaro.atlassian.net/browse/LLVM-2255. (Require Linaro login) 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
* http://54.172.246.49:9090/jobs/tcwg_flang_test--main-aarch64-O0-debug-build…
The full lists of regressions and improvements as well as configure and make commands are in
* http://54.172.246.49:9090/jobs/tcwg_flang_test--main-aarch64-O0-debug-build…
The list of [ignored] baseline and flaky failures are in
* http://54.172.246.49:9090/jobs/tcwg_flang_test--main-aarch64-O0-debug-build…
Fujitsu testsuite : https://github.com/fujitsu/compiler-test-suite/
Current build : http://54.172.246.49:9090/jobs/tcwg_flang_test--main-aarch64-O0-debug-build…
Reference build : http://54.172.246.49:9090/jobs/tcwg_flang_test--main-aarch64-O0-debug-build…
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/d9fff42ccd58cb3d95cff60641011d7…
On Sun, Jul 19, 2026 at 07:12:50PM +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 aarch64 cross, after:
> | commit gcc-17-2353-gee27c516c7b6
> | Author: Dylan Rees <dylan.rees(a)arm.com>
> | Date: Mon Jul 13 09:57:17 2026 +0000
> |
> | aarch64: Improve simd highpart builtin folding
> |
> | The current helper function folding calls to lowpart builtins into
> | highpart builtins calls does not handle cases where we have a 64b
> | wide uniform vector, which can be extended to 128b, used for
> | ... 15 lines of the commit log omitted.
>
> Produces 1 regression:
> |
> | regressions.sum:
> | Running gcc:gcc.target/aarch64/simd/simd.exp ...
> | FAIL: gcc.target/aarch64/simd/fold_to_highpart_7.c check-function-bodies foo
>
> Used configuration :
> *CI config* tcwg_gnu_cross_check_gcc aarch64-linux-gnu cross
> *configure and test flags:* --target aarch64-linux-gnu --disable-multilib --enable-fix-cortex-a53-835769 --enable-fix-cortex-a53-843419 --with-arch=armv8-a
>
> We track this bug report under https://linaro.atlassian.net/browse/GNU-1974. (Require Linaro login) 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
> * http://54.172.246.49:9090/jobs/tcwg_gnu_cross_check_gcc--master-aarch64-bui…
> The full lists of regressions and improvements as well as configure and make commands are in
> * http://54.172.246.49:9090/jobs/tcwg_gnu_cross_check_gcc--master-aarch64-bui…
> The list of [ignored] baseline and flaky failures are in
> * http://54.172.246.49:9090/jobs/tcwg_gnu_cross_check_gcc--master-aarch64-bui…
>
> Current build : http://54.172.246.49:9090/jobs/tcwg_gnu_cross_check_gcc--master-aarch64-bui…
> Reference build : http://54.172.246.49:9090/jobs/tcwg_gnu_cross_check_gcc--master-aarch64-bui…
>
> Instruction to reproduce the build : https://gitlab.com/LinaroLtd/tcwg/ci/interesting-commits/-/raw/master/gcc/s…
>
> Full commit : See in git+ssh://linaroci@gcc.gnu.org/git/gcc.git
This should be fixed by: https://gcc.gnu.org/pipermail/gcc-patches/2026-July/725423.html
Issue is with 'ssa_uniform_vector_p' which does not handle vector duplicates where the splat is the RHS of an SSA definition.
Best,
Dylan
IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you.
Hi,
The tests are incorrect.
The causes are as follows.
The test programs perform an exact comparison of a single-precision floating-point result.
Because it is compiled with -msve-vector-bits=scalable, the generated code adapts to the SVE vector length of the execution environment. As a result, the composition of partial sums and the order of floating-point additions vary between systems, producing different rounding results.
The tests failed because it did not allow normal floating-point rounding differences caused by vectorized execution and compared the result against specific values using exact equality.
Please ignore the mail. We'll update the tests.
We apologize for the false detection.
Best regards,
Yasuyuki Ohno
Software Development Div.,
Advanced Technology Development Unit,
Fujitsu Research, Fujitsu Limited, JAPAN.
________________________________
差出人: ci_notify(a)linaro.org <ci_notify(a)linaro.org>
送信: 2026 年 7 月 14 日 (火曜日) 9:53
宛先: contact-ci-compiler-test-suite(a)cs.jp.fujitsu.com <contact-ci-compiler-test-suite(a)cs.jp.fujitsu.com>
Cc: david.green(a)arm.com <david.green(a)arm.com>; maxim.kuvyrkov(a)linaro.org <maxim.kuvyrkov(a)linaro.org>
件名: [Linaro-TCWG-CI] llvmorg-23-init-20756-gd445267fbb56: 2 regressions on aarch64
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_vla, after:
| commit llvmorg-23-init-20756-gd445267fbb56
| Author: David Green <david.green(a)arm.com>
| Date: Fri Jun 26 15:54:41 2026 +0100
|
| [AArch64] Increase the max interleave factor to 4 for loops with reductions (#205612)
|
| The default max interleave factor is 2. Increasing it to 4 universally
| can spend an amount of codeside on something that does not always
| increase performance (especially if the loop gets over-unrolled). Small
| ... 5 lines of the commit log omitted.
Produces 2 regressions:
|
| regressions.sum:
| Running test-suite:Fujitsu/Fortran/0366 ...
| FAIL: test-suite :: Fujitsu/Fortran/0366/Fujitsu-Fortran-0366_0002.test
| FAIL: test-suite :: Fujitsu/Fortran/0366/Fujitsu-Fortran-0366_0098.test
| # "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=scalable -mllvm -scalable-vectorization=preferred -DNDEBUG" -DCMAKE_CXX_FLAGS_RELEASE="-O3 -ffast-math -march=armv8.4-a+sve -msve-vector-bits=scalable -mllvm -scalable-vectorization=preferred -DNDEBUG" -DCMAKE_Fortran_FLAGS_RELEASE="-O3 -ffast-math -march=armv8.4-a+sve -msve-vector-bits=scalable -mllvm -scalable-vectorization=preferred -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-2247. (Require Linaro login) 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
* http://54.172.246.49:9090/jobs/tcwg_flang_test--main-aarch64-Ofast-sve_vla-…
The full lists of regressions and improvements as well as configure and make commands are in
* http://54.172.246.49:9090/jobs/tcwg_flang_test--main-aarch64-Ofast-sve_vla-…
The list of [ignored] baseline and flaky failures are in
* http://54.172.246.49:9090/jobs/tcwg_flang_test--main-aarch64-Ofast-sve_vla-…
Fujitsu testsuite : https://github.com/fujitsu/compiler-test-suite/
Current build : http://54.172.246.49:9090/jobs/tcwg_flang_test--main-aarch64-Ofast-sve_vla-…
Reference build : http://54.172.246.49:9090/jobs/tcwg_flang_test--main-aarch64-Ofast-sve_vla-…
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/d445267fbb569e67ba9311f8c2bc675…
Hello!
The single regression reported by Linaro TCWG CI on both aarch64 and arm
is XPASS: nptl/tst-create4. This test is
intentionally marked XFAIL in the patch (test-xfail-tst-create4 = yes)
because it verifies the non-interleave property that this
patch deliberately removes: with the patch, constructors of independent
DSOs loaded from different threads can interleave. An
XPASS on some runs is expected flaky behaviour for a test that documents
a removed property; it does not indicate a real regression.
No PASS->FAIL transitions are reported on either architecture. The
97/111 ‘fixes’ are environment-driven (no cgroupv2, no /dev/fuse,
no root in CI container). An x86_64 make check run under identical
conditions on both sides shows 0 patch-attributable transitions.
> A third test, tst-create4/tst-create4mod-a/tst-create4mod-b,
> documents a property that the patch removes: under the pre-BZ-15686
> locking model, dl_load_lock serialised the entire _dl_open across
> threads, so constructors of independent DSOs loaded from different
> threads could not interleave. After the patch, they can. The test
> asserts the OLD non-interleaving behaviour and is therefore marked
> XFAIL via test-xfail-tst-create4 = yes. It is included as a
> diagnostic tool for downstream applications that may have implicitly
> relied on the old total order -- plugin registries whose registration
> order determined behaviour, signal-handler chains installed in
> constructors, global logger/telemetry setup, etc.
Thanks!
17.07.2026 23:53, ci_notify(a)linaro.org:
> Dear contributor,
>
> Our automatic CI has detected problems related to your patch(es). Please find some details below.
>
> In glibc_check master-arm, after:
> | glibc patchhttps://patchwork.sourceware.org/patch/139350
> | Author: Artem Proskurnev<temap(a)mail.ru>
> | Date: Thu Jul 16 19:04:01 2026 +0300
> |
> | [PATCH v3] elf: Release dl_load_lock before running dlopen constructors (BZ 15686)
> |
> | This addresses one instance of the long-standing class of deadlocks
> | described in BZ #15686: ELF constructors and destructors invoked by
> | the dynamic loader run with dl_load_lock held, so any code path in
> | ... 232 lines of the commit log omitted.
> | ... applied on top of baseline commit:
> | a29c483d3c Add RWF_NOSIGNAL from Linux 6.18 to bits/uio-ext.h
>
> Produces 1 regression 111 fixes:
> |
> | regressions.sum:
> | Running glibc:nptl ...
> | XPASS: nptl/tst-create4
> |
> | fixes.sum:
> | Running glibc:debug ...
> | FAIL: debug/tst-fortify-syslog
> | ... and 125 more
>
> Used configuration :
> *CI config* tcwg_glibc_check master-arm
> *configure and test flags:* none, autodetected on armv8l-unknown-linux-gnueabihf
>
> If you have any questions regarding this report, please ask onlinaro-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
> *http://54.172.246.49:9090/jobs/tcwg_glibc_check--master-arm-precommit/builds/10367/archive/artifacts/artifacts.precommit/00-sumfiles/
> The full lists of regressions and improvements as well as configure and make commands are in
> *http://54.172.246.49:9090/jobs/tcwg_glibc_check--master-arm-precommit/builds/10367/archive/artifacts/artifacts.precommit/notify/
> The list of [ignored] baseline and flaky failures are in
> *http://54.172.246.49:9090/jobs/tcwg_glibc_check--master-arm-precommit/builds/10367/archive/artifacts/artifacts.precommit/sumfiles/xfails.xfail
>
> Current build :http://54.172.246.49:9090/jobs/tcwg_glibc_check--master-arm-precommit/builds/10367/archive/artifacts/
> Reference build :http://54.172.246.49:9090/jobs/tcwg_glibc_check--master-arm-build/builds/10332/archive/artifacts/
>
> 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 7/9/2026 4:56 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.
>
> In armv8l-unknown-linux-gnueabihf native, after:
> | commit gcc-17-2261-g649b2a6d9f9f
> | Author: Jeff Law <jeffrey.law(a)oss.qualcomm.com>
> | Date: Wed Jul 8 12:30:56 2026 -0600
> |
> | [PR rtl-optimization/126136] Fix dest = cond ? x : -1 when STORE_FLAG_VALUE is -1
> |
> | So a while back I added support for selecting x/-1 into the ifcvt.cc by using
> | scc and a couple ALU operations. That code explicitly rejects STORE_FLAG_VALUE
> | if it is not 1 or -1.
> | ... 20 lines of the commit log omitted.
>
> Produces 7 regressions:
> |
> | regressions.sum:
> | Running gcc:gcc.dg/torture/dg-torture.exp ...
> | FAIL: gcc.dg/torture/pr126136.c -O0 execution test
> | FAIL: gcc.dg/torture/pr126136.c -O1 execution test
> | FAIL: gcc.dg/torture/pr126136.c -O2 execution test
> | FAIL: gcc.dg/torture/pr126136.c -O2 -flto -fno-use-linker-plugin -flto-partition=none execution test
> | ... and 3 more
>
> Used configuration :
> *CI config* tcwg_gcc_check armv8l-unknown-linux-gnueabihf
> *configure and test flags:* none, autodetected on armv8l-unknown-linux-gnueabihf--disable-multilib --with-float=hard --with-mode=thumb --with-tune=cortex-a9 --with-arch=armv7-a --with-fpu=neon-fp-armv8
>
> We track this bug report under https://linaro.atlassian.net/browse/GNU-1959. (Require Linaro login) Please let us know if you have a fix.
As others noted, this is a case where the test assumed signed chars.
The patch makes the signedness explicit.
Bootstrapped and regression tested on armv7 and verified the test now
passes on that platform. Pushing to the trunk.
jeff
On Wed, Jul 15, 2026 at 10:10 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.
>
> In armv8l-unknown-linux-gnueabihf native, after:
> | commit gcc-17-2325-g4302e16581b4
> | Author: Andrew Pinski <andrew.pinski(a)oss.qualcomm.com>
> | Date: Fri Jul 10 16:55:19 2026 -0700
> |
> | vect: Add back testcases for trapping math with comparisons [PR36190]
> |
> | These were originally renamed to no-trapping-math-vect-*.c in r0-87196-g04b03edb56633f
> | but were fixed in r0-107313-gf9613c9a919462 but never added back to the
> | trapping versions.
> | ... 17 lines of the commit log omitted.
>
> Produces 10 regressions:
> |
> | regressions.sum:
> | Running gcc:gcc.dg/vect/vect.exp ...
> | FAIL: gcc.dg/vect/vect-111.c (test for excess errors)
> | FAIL: gcc.dg/vect/vect-111.c -flto -ffat-lto-objects (test for excess errors)
> | FAIL: gcc.dg/vect/vect-ifcvt-12.c (test for excess errors)
> | FAIL: gcc.dg/vect/vect-ifcvt-12.c -flto -ffat-lto-objects (test for excess errors)
> | ... and 6 more
FAIL: gcc.dg/vect/vect-111.c (test for excess errors)
Excess errors:
cc1: warning: '-fassociative-math' disabled; other options take precedence
This is caused by an interaction with -ftrapping-math added by the new
testcases and this from check_vect_support_and_set_flags:
```
} elseif [is-effective-target arm_neon_ok] {
eval lappend DEFAULT_VECTCFLAGS [add_options_for_arm_neon ""]
# NEON does not support denormals, so is not used for vectorization by
# default to avoid loss of precision. We must pass -ffast-math to test
# vectorization of float operations.
lappend DEFAULT_VECTCFLAGS "-ffast-math"
if [is-effective-target arm_neon_hw] {
set dg-do-what-default run
} else {
set dg-do-what-default compile
}
```
I am not sure what the best way of solving this. Do we just not test
these testcases on arm neon?
or something else?
>
> Used configuration :
> *CI config* tcwg_gcc_check armv8l-unknown-linux-gnueabihf
> *configure and test flags:* none, autodetected on armv8l-unknown-linux-gnueabihf--disable-multilib --with-float=hard --with-mode=thumb --with-tune=cortex-a9 --with-arch=armv7-a --with-fpu=neon-fp-armv8
>
> We track this bug report under https://linaro.atlassian.net/browse/GNU-1969. (Require Linaro login) 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
> * http://54.172.246.49:9090/jobs/tcwg_gcc_check--master-arm-build/builds/1042…
> The full lists of regressions and improvements as well as configure and make commands are in
> * http://54.172.246.49:9090/jobs/tcwg_gcc_check--master-arm-build/builds/1042…
> The list of [ignored] baseline and flaky failures are in
> * http://54.172.246.49:9090/jobs/tcwg_gcc_check--master-arm-build/builds/1042…
>
> Current build : http://54.172.246.49:9090/jobs/tcwg_gcc_check--master-arm-build/builds/1042…
> Reference build : http://54.172.246.49:9090/jobs/tcwg_gcc_check--master-arm-build/builds/1042…
>
> Instruction to reproduce the build : https://gitlab.com/LinaroLtd/tcwg/ci/interesting-commits/-/raw/master/gcc/s…
>
> Full commit : See in git+ssh://linaroci@gcc.gnu.org/git/gcc.git
On Tue, Jul 14, 2026 at 10:36 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.
>
> In aarch64 native, after:
> | commit gcc-17-2060-gf7cde200320e
> | Author: Tomasz Kamiński <tkaminsk(a)redhat.com>
> | Date: Tue Jun 30 09:46:07 2026 +0200
> |
> | libstdc++: Cascade wall-time saves in lazy expansion seeding
> [PR124853]
> |
> | When _M_get_sys_info seeds a Zone line by looking up the active
> rule
> | just before info.begin, the previous code interpreted each rule in
> | isolation against ri.offset() (the line's standard offset alone),
> | ... 71 lines of the commit log omitted.
>
> Produces 6 regressions:
> |
> | regressions.sum:
> | Running libstdc++:libstdc++-prettyprinters/prettyprinters.exp ...
> | FAIL: libstdc++-prettyprinters/debug.cc -flto print redirected
> | FAIL: libstdc++-prettyprinters/debug.cc print redirected
> | FAIL: libstdc++-prettyprinters/simple.cc -flto print redirected
> | FAIL: libstdc++-prettyprinters/simple.cc print redirected
> | ... and 2 more
>
> Used configuration :
> *CI config* tcwg_gcc_check aarch64-linux-gnu
> *configure and test flags:* none, autodetected on
> aarch64-unknown-linux-gnu--disable-multilib --enable-fix-cortex-a53-835769
> --enable-fix-cortex-a53-843419 --with-arch=armv8-a
>
> We track this bug report under
> https://linaro.atlassian.net/browse/GNU-1968. (Require Linaro login)
> Please let us know if you have a fix.
>
The attribution does not seem correct, as the above patch modifies tzdb.cc
source file and does not touch the container.
>
> 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
> *
> http://54.172.246.49:9090/jobs/tcwg_gcc_check--master-aarch64-build/builds/…
> The full lists of regressions and improvements as well as configure and
> make commands are in
> *
> http://54.172.246.49:9090/jobs/tcwg_gcc_check--master-aarch64-build/builds/…
> The list of [ignored] baseline and flaky failures are in
> *
> http://54.172.246.49:9090/jobs/tcwg_gcc_check--master-aarch64-build/builds/…
>
> Current build :
> http://54.172.246.49:9090/jobs/tcwg_gcc_check--master-aarch64-build/builds/…
> Reference build :
> http://54.172.246.49:9090/jobs/tcwg_gcc_check--master-aarch64-build/builds/…
>
> Instruction to reproduce the build :
> https://gitlab.com/LinaroLtd/tcwg/ci/interesting-commits/-/raw/master/gcc/s…
>
> Full commit : See in git+ssh://linaroci@gcc.gnu.org/git/gcc.git
>