Hi,
Neither the reference nor the current build includes later fixes for
zero_padding.cc file, in particular:
> commit 3a41229f92022bfb388911854d597721fce76714
> Author: Tomasz Kamiński <tkaminsk(a)redhat.com>
> Date: Thu Mar 5 08:57:24 2026 +0100
>
> libstdc++: Fix atomic/cons/zero_padding.cc test for arm-none-eabi
[PR124124]
>
> The test uses dg-require-atomic-cmpxchg-word that checks if atomic
compare
> exchange is available for pointer sized integers, and then test types
that
> are eight bytes in size. This causes issue for targets for which
pointers
> are four byte and libatomic is not present, like arm-none-eabi.
> commit f3ba5ad088cebe117f857329a35b95d18d97a808
> Author: Tomasz Kamiński <tkaminsk(a)redhat.com>
> Date: Tue Feb 17 13:35:39 2026 +0100
>
> libstdc++: Correct requirements for atomic/cons/zero_padding.cc tests
again [PR124124]
>
> The requirements introduced in previous patch r16-7548-g060d7c2a9c1fe1,
> were not sufficient for types of size bigger than 64B (Ctor or long
double),
> as dg-add-options of libatomic, links libatomic only if it is required
to
> handle atomics of 64B types or pointers.
Are issue still present on thunk build?
On Mon, Apr 20, 2026 at 10:28 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 arm-eabi cortex-m55 hard, after:
> | commit gcc-16-7460-g682c95b80872
> | Author: Tomasz Kamiński <tkaminsk(a)redhat.com>
> | Date: Wed Feb 11 15:05:00 2026 +0100
> |
> | libstdc++: Add test for atomic with padding on heap [PR123875]
> |
> | C++26 makes the values of uninitialized stack object erroneous,
> | de-facto requiring their initialization, so adding a test for
> | variable on heap.
> | ... 8 lines of the commit log omitted.
>
>
> Used configuration :
> *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
> *configure and test flags:* --target arm-eabi --disable-multilib
> --with-mode=thumb --with-arch=armv8.1-m.main+mve.fp+fp.dp --with-float=hard
> --target_board=-mthumb/-march=armv8.1-m.main+mve.fp+fp.dp/-mtune=cortex-m55/-mfloat-abi=hard/-mfpu=auto
> qemu-cpu=cortex-m55
>
> We track this bug report under
> https://linaro.atlassian.net/browse/GNU-1877. 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-thumb_m55_h…
> 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-thumb_m55_h…
> The list of [ignored] baseline and flaky failures are in
> *
> http://54.172.246.49:9090/jobs/tcwg_gnu_embed_check_gcc--master-thumb_m55_h…
>
> Current build :
> http://54.172.246.49:9090/jobs/tcwg_gnu_embed_check_gcc--master-thumb_m55_h…
> Reference build :
> http://54.172.246.49:9090/jobs/tcwg_gnu_embed_check_gcc--master-thumb_m55_h…
>
> 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
>
ci_notify(a)linaro.org writes:
> 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:
> | gcc patch https://patchwork.sourceware.org/patch/133402
> | Author: Rainer Orth <ro(a)CeBiTec.Uni-Bielefeld.DE>
> | Date: Mon Apr 20 18:29:40 2026 +0200
> |
> | [PATCH] testsuite: Check configured assembler in gcc.misc-tests/options.exp
> |
> | When I recently dropped --with-gnu-as from my builds which had become
> | unnecessary, several tests started to FAIL, e.g.
> |
> | ... 45 lines of the commit log omitted.
> | ... applied on top of baseline commit:
> | 416fe77efb4 d: Fix ICE in must_pass_in_stack_var_size_or_pad with D enums [PR123411]
It's good to see you're running pre-commit checks. However, this report
is particularly confusing in its current form: while the Subject states
"no pregression/no fix on arm", the report starts with
Our automatic CI has detected problems related to your patch(es). Please find some details below.
^^^^^^^^^^^^^^^^^^^^^
That sent me looking for regressions, but I couldn't find any. At first
I thought I was beeing particularly stupid, but it seems that your CI
found no issues at all with the patch.
So please say so *prominently* in the body of the message, rather than
confusing contributors and wasting their time.
Rainer
--
-----------------------------------------------------------------------------
Rainer Orth, Center for Biotechnology, Bielefeld University
Hello there,
According to the list of regressions below, all the failing tests are
for the C compiler. I am at a bit of a loss to know how to proceed
since the patch that you have fingered applies exclusively to fortran.
Best regards
Paul
---------- Forwarded message ---------
From: <ci_notify(a)linaro.org>
Date: Sun, 19 Apr 2026 at 23:05
Subject: [Linaro-TCWG-CI] gcc patch #133364: 113 regressions on aarch64
To: <paul.richard.thomas(a)gmail.com>
Cc: <pault(a)gcc.gnu.org>
Dear contributor,
Our automatic CI has detected problems related to your patch(es).
Please find some details below.
In aarch64 native, after:
| gcc patch https://patchwork.sourceware.org/patch/133364
| Author: Paul Thomas <pault(a)gcc.gnu.org>
| Date: Sun Apr 19 15:00:14 2026 +0100
|
| [PATCH] Fortran: ICE due to allocatable component in hidden
type [PR117077]
|
| 2026-03-19 Paul Thomas <pault(a)gcc.gnu.org>
|
| gcc/fortran
| ... 8 lines of the commit log omitted.
| ... applied on top of baseline commit:
| 68920b1f14d cse: Validate subreg replacements [PR124643]
Produces 113 regressions:
|
| regressions.sum:
| Running g++:g++.target/aarch64/aarch64.exp ...
| FAIL: g++.target/aarch64/pr117048.C scan-assembler
\\txar\\tv[0-9]+\\.2d, v[0-9]+\\.2d, v[0-9]+\\.2d, 32\\n
| Running g++:g++.target/aarch64/sme2/aarch64-sme2-acle-asm.exp ...
| FAIL: gcc.target/aarch64/sme2/acle-asm/svluti4_zt_1.c -std=c++11
-O0 -g -DTEST_FULL (test for excess errors)
| FAIL: gcc.target/aarch64/sme2/acle-asm/svluti4_zt_1.c -std=c++11
-O0 -g -DTEST_OVERLOADS (test for excess errors)
| ... and 120 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
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-precommit/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_gcc_check--master-aarch64-precommit/bui…
The list of [ignored] baseline and flaky failures are in
* http://54.172.246.49:9090/jobs/tcwg_gcc_check--master-aarch64-precommit/bui…
Current build :
http://54.172.246.49:9090/jobs/tcwg_gcc_check--master-aarch64-precommit/bui…
Reference build :
http://54.172.246.49:9090/jobs/tcwg_gcc_check--master-aarch64-build/builds/…
Warning: we do not enable maintainer-mode nor automatically update
generated files, which may lead to failures if the patch modifies the
master files.
This test failure is pre-existing on master and is not introduced by this
series. I verified that vanilla master (commit d3e7d81adc8, the baseline
cited by the CI report) produces identical output to the patched build for
the Egypt walk in test_egypt() — the diff is empty.
The test's hardcoded expected output expects ambiguous local_info results
at certain EEST→EET fall-back transitions (2003, 2005, 2007, 2009, 2010),
but the current master code produces two consecutive
unique EET intervals instead (a 1-hour interval followed by the long winter
interval, same offset/save/abbrev). This looks like a pre-existing
consequence of the merge block in _M_get_sys_info being #if 0'd out.
--Álvaro.
On Sun, Apr 12, 2026 at 1:40 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:
> | 5 patches in gcc
> | Patchwork URL: https://patchwork.sourceware.org/patch/132945
> | 9c1142da97d [PATCH 5/5] libstdc++: Implement zic writezone merge
> optimization [PR 124854]
> | 4647ebca332 [PATCH 4/5] libstdc++: Cascade wall-time saves in lazy
> expansion seeding [PR 124853]
> | f5a3c3c82e2 [PATCH 3/5] libstdc++: Resolve named-rule UNTIL save
> adjustment [PR116110]
> | e31e5de33bb [PATCH 2/5] libstdc++: Support ON-format DAY in Zone UNTIL
> field [PR 124852]
> | a607854b476 [PATCH 1/5] libstdc++: Fix numeric save offset on Zone
> lines [PR 124851]
> | ... applied on top of baseline commit:
> | d3e7d81adc8 Daily bump.
>
> Produces 1 regression:
> |
> | regressions.sum:
> | Running libstdc++:libstdc++-dg/conformance.exp ...
> | FAIL: std/time/time_zone/get_info_local.cc -std=gnu++20 execution test
>
> 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
>
> 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-precommit/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-arm-precommit/builds/…
> The list of [ignored] baseline and flaky failures are in
> *
> http://54.172.246.49:9090/jobs/tcwg_gcc_check--master-arm-precommit/builds/…
>
> Current build :
> http://54.172.246.49:9090/jobs/tcwg_gcc_check--master-arm-precommit/builds/…
> Reference build :
> http://54.172.246.49:9090/jobs/tcwg_gcc_check--master-arm-build/builds/1008…
>
> 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 Sun, Apr 19, 2026 at 9:16 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 glibc_check master-arm, after:
> | glibc patch https://patchwork.sourceware.org/patch/133360
> | Author: H.J. Lu <hjl.tools(a)gmail.com>
> | Date: Mon Apr 13 08:23:05 2026 +0800
> |
> | [PATCH v4] elf: Support THP segment load with madvise enabled THP
> |
> | The current THP segment load approach works only when THP is enabled
> | with always in the kernel. If THP is enabled with madvise in the
> | kernel, to enable THP segment load in an application, madvise should
> | ... 36 lines of the commit log omitted.
> | ... applied on top of baseline commit:
> | 0664c8e2761 localedata: Consistently use one space after 'category'
>
> Produces 4 regressions:
> |
> | regressions.sum:
> | Running glibc:elf ...
> | FAIL: elf/tst-thp-1-no-s-code-pde
> | FAIL: elf/tst-thp-1-no-s-code-static
> | FAIL: elf/tst-thp-1-pde
> | FAIL: elf/tst-thp-1-static
What do they report, like in elf/tst-thp-1-pde.out? What is in
/sys/kernel/mm/transparent_hugepage/hpage_pmd_size?
> 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 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_glibc_check--master-arm-precommit/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_glibc_check--master-arm-precommit/build…
> The list of [ignored] baseline and flaky failures are in
> * http://54.172.246.49:9090/jobs/tcwg_glibc_check--master-arm-precommit/build…
>
> Current build : http://54.172.246.49:9090/jobs/tcwg_glibc_check--master-arm-precommit/build…
> Reference build : http://54.172.246.49:9090/jobs/tcwg_glibc_check--master-arm-build/builds/10…
>
> Warning: we do not enable maintainer-mode nor automatically update
> generated files, which may lead to failures if the patch modifies the
> master files.
--
H.J.
On Fri, 17 Apr 2026 at 06: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 aarch64 native, after:
> | gcc patch https://patchwork.sourceware.org/patch/133193
> | Author: Jonathan Wakely <jwakely(a)redhat.com>
> | Date: Thu Apr 16 15:21:49 2026 +0100
> |
> | [PATCH v2] libstdc++: Add module initialization functions to the library [PR124268]
> |
> | This tries to ensure that the module init functions are present in
> | libstdc++.so and libstdc++.a, so that users of the std and std.compat
> | modules don't need to manually link to std.o and/or std.compat.o in
> | ... 32 lines of the commit log omitted.
> | ... applied on top of baseline commit:
> | 20230911fca Daily bump.
>
> Produces 3 regressions:
> |
> | regressions.sum:
> | Running libstdc++:libstdc++-prettyprinters/prettyprinters.exp ...
> | FAIL: libstdc++-prettyprinters/debug.cc print redirected
> | FAIL: libstdc++-prettyprinters/simple.cc print redirected
> | FAIL: libstdc++-prettyprinters/simple11.cc print redirected
>
> 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
>
> If you have any questions regarding this report, please ask on linaro-toolchain(a)lists.linaro.org mailing list.
I don't understand how these failures can possibly be caused by the
patch, and I don't see them on cfarm185 (Ampere eMAG
aarch64-linux-gnu, almalinux 8.10) or on any other *-*-linux-gnu
targets, nor solaris.
>
> -----------------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-precommit/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_gcc_check--master-aarch64-precommit/bui…
> The list of [ignored] baseline and flaky failures are in
> * http://54.172.246.49:9090/jobs/tcwg_gcc_check--master-aarch64-precommit/bui…
>
> Current build : http://54.172.246.49:9090/jobs/tcwg_gcc_check--master-aarch64-precommit/bui…
> Reference build : http://54.172.246.49:9090/jobs/tcwg_gcc_check--master-aarch64-build/builds/…
>
> Warning: we do not enable maintainer-mode nor automatically update
> generated files, which may lead to failures if the patch modifies the
> master files.
The test fails on arm-eabi when testing with the following settings:
-mlittle-endian -mfloat-abi=hard -mcpu=cortex-a9 -mfpu=vfpv3
It only fails in the following torture option set:
-O3 -fomit-frame-pointer -funroll-loops -fpeel-loops -ftracer -finline-functions
It also fails on numerous other 32-bit targets, but it depends on how
the memcpy-like loop gets vectorized and unrolled.
I hope we can live with the XPASSes.
On Apr 11, 2026, 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 arm-eabi thumb v8-a hard, after:
> | commit gcc-16-6952-g14cd2833b27a
> | Author: Alexandre Oliva <oliva(a)adacore.com>
> | Date: Wed Jan 21 00:30:24 2026 -0300
> |
> | testsuite: tolerate bogus warning in pr113026-1.c [PR113524]
> |
> | The bogus warning in pr113026-1.c is issued at some optimization
> | levels on various 32-bit targets.
> |
> | ... 6 lines of the commit log omitted.
> Produces 7 regressions:
> |
> | regressions.sum:
> | Running gcc:gcc.dg/torture/dg-torture.exp ...
> | XPASS: gcc.dg/torture/pr113026-1.c -O0 PR118504 (test for bogus messages, line 12)
> | XPASS: gcc.dg/torture/pr113026-1.c -O1 PR118504 (test for bogus messages, line 12)
> | XPASS: gcc.dg/torture/pr113026-1.c -O2 PR118504 (test for bogus messages, line 12)
> | XPASS: gcc.dg/torture/pr113026-1.c -O2 -flto
> | -fno-use-linker-plugin -flto-partition=none PR118504 (test for
> | bogus messages, line 12)
> | ... and 3 more
> Used configuration :
> *CI config* tcwg_gnu_embed_check_gcc arm-eabi -mthumb
> -march=armv8-a+simd -mfpu=auto -mfloat-abi=hard
> *configure and test flags:* --target arm-eabi --disable-multilib
> --with-mode=thumb --with-arch=armv8-a+simd
> --with-fpu=crypto-neon-fp-armv8 --with-float=hard
> --target_board=-mthumb/-march=armv8-a+simd/-mfpu=auto/-mfloat-abi=hard
> qemu_cpu=any
> We track this bug report under
> https://linaro.atlassian.net/browse/GNU-1870. 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-thumb_v8a_h…
> 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-thumb_v8a_h…
> The list of [ignored] baseline and flaky failures are in
> *
> http://54.172.246.49:9090/jobs/tcwg_gnu_embed_check_gcc--master-thumb_v8a_h…
> Current build :
> http://54.172.246.49:9090/jobs/tcwg_gnu_embed_check_gcc--master-thumb_v8a_h…
> Reference build :
> http://54.172.246.49:9090/jobs/tcwg_gnu_embed_check_gcc--master-thumb_v8a_h…
> 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
--
Alexandre Oliva, happy hacker https://blog.lx.oliva.nom.br/
Free Software Activist FSFLA co-founder 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 4/3/26 08:06, ci_notify--- via Gcc-regression 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-16-8401-g71033b1dfbd1
> | Author: Roger Sayle <roger(a)nextmovesoftware.com>
> | Date: Wed Apr 1 23:54:50 2026 +0100
> |
> | PR target/123238: VCOND_MASK regression on aarch64.
> |
> | This patch fixes the regression PR target/123238 on aarch64, using the
> | changes to aarch64's aarch64_rtx_costs proposed by Tamar Christina.
> |
> | ... 38 lines of the commit log omitted.
>
> Produces 1 regression:
> |
> | regressions.sum:
> | Running gcc:gcc.target/aarch64/aarch64.exp ...
> | FAIL: gcc.target/aarch64/pr123238.c scan-assembler-not not
>
This was fixed by Andrew in:
https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=9c694b3ecd0eb5308e85a0eac69c4…
Thanks,
Christophe
> 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-1868. 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-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
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,
Probably these errors are false detections caused by precision errors in floating-point arithmetic. Please ignore the mail. We'll update the tests.
I 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 年 4 月 12 日 (日曜日) 17:45
宛先: 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>; a.bataev(a)outlook.com <a.bataev(a)outlook.com>
件名: [Linaro-TCWG-CI] llvmorg-23-init-11166-g8ac9461e48e0: 1 regression 1 fix 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_vls-lto-lld, after:
| commit llvmorg-23-init-11166-g8ac9461e48e0
| Author: Alexey Bataev <a.bataev(a)outlook.com>
| Date: Sat Apr 11 08:18:36 2026 -0400
|
| [SLP] Reject 2-element vectorization when vector inst count exceeds scalar
|
| The LLVM cost model uses integer-valued throughput costs which cannot
| represent fractional costs. For 2-element vectors, this rounding can
| make vectorization appear profitable when it actually produces more
| ... 15 lines of the commit log omitted.
Produces 1 regression 1 fix:
|
| regressions.sum:
| Running test-suite:Fujitsu/C/0121 ...
| FAIL: test-suite :: Fujitsu/C/0121/Fujitsu-C-0121_0259.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/0640 ...
| FAIL: test-suite :: Fujitsu/Fortran/0640/Fujitsu-Fortran-0640_0216.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=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-2210. 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_vls-…
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_vls-…
The list of [ignored] baseline and flaky failures are in
* http://54.172.246.49:9090/jobs/tcwg_flang_test--main-aarch64-Ofast-sve_vls-…
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_vls-…
Reference build : http://54.172.246.49:9090/jobs/tcwg_flang_test--main-aarch64-Ofast-sve_vls-…
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/8ac9461e48e024448a2b6493b7c5b50…
Hi there,
I got a notification about a build failure on the flang-arm64-windows-msvc buildbot earlier today, I’ve included the original email below.
The commit in question that caused the failure added some new intrinsics, touching some tablegen files, which then caused some tests for unrelated intrinsics to fail: https://github.com/llvm/llvm-project/commit/9ba774566e27b76b9c7c2b2ddd108c1…https://lab.llvm.org/buildbot/#/builders/207/builds/15865
But the buildbot went back to green in https://lab.llvm.org/buildbot/#/builders/207/builds/15869 when another PR changed some other tablegen files in the llvm project. I didn’t revert or commit any fixes in the meantime.
Is there maybe some issue with the build cache and how tablegen files interact with it? Just thought I’d flag this to you anyway.
Many thanks
Luke
> Begin forwarded message:
>
> From: llvm.buildmaster(a)lab.llvm.org
> Subject: ☠ Buildbot (LLVM Buildbot): flang-arm64-windows-msvc - failed test (failure) (main)
> Date: 9 April 2026 at 16:03:07 GMT+8
> To: "Luke Lau" <luke(a)igalia.com>, "Nikita Popov" <npopov(a)redhat.com>
> Cc: llvm.buildmaster(a)lab.llvm.org
> Reply-To: llvm.buildmaster(a)lab.llvm.org
>
> The Buildbot has detected a new failure on builder flang-arm64-windows-msvc while building llvm.
>
> Full details are available at:
> https://lab.llvm.org/buildbot/#/builders/207/builds/15865
>
> Worker for this Build: linaro-armv8-windows-msvc-01
> Blamelist:
> Luke Lau <luke(a)igalia.com>,
> Nikita Popov <npopov(a)redhat.com>
>
> BUILD FAILED: failed test (failure)
>
> Step 6 (test-build-unified-tree-check-mlir) failure: test (failure)
> ******************** TEST 'MLIR :: mlir-runner/test-expand-math-approx.mlir' FAILED ********************
> Exit Code: 2
>
> Command Output (stdout):
> --
> # RUN: at line 1
> c:\users\tcwg\llvm-worker\flang-arm64-windows-msvc\build\bin\mlir-opt.exe C:\Users\tcwg\llvm-worker\flang-arm64-windows-msvc\llvm-project\mlir\test\mlir-runner\test-expand-math-approx.mlir -pass-pipeline="builtin.module(func.func(math-expand-ops),convert-vector-to-scf,convert-scf-to-cf,convert-vector-to-llvm,convert-to-llvm,reconcile-unrealized-casts)" | c:\users\tcwg\llvm-worker\flang-arm64-windows-msvc\build\bin\mlir-runner.exe -e main -entry-point-result=void -O0 -shared-libs=C:\Users\tcwg\llvm-worker\flang-arm64-windows-msvc\build\bin\mlir_c_runner_utils.dll -shared-libs=C:\Users\tcwg\llvm-worker\flang-arm64-windows-msvc\build\bin\mlir_runner_utils.dll -shared-libs=C:\Users\tcwg\llvm-worker\flang-arm64-windows-msvc\build\bin\mlir_float16_utils.dll | c:\users\tcwg\llvm-worker\flang-arm64-windows-msvc\build\bin\filecheck.exe C:\Users\tcwg\llvm-worker\flang-arm64-windows-ms
> vc\llvm-project\mlir\test\mlir-runner\test-expand-math-approx.mlir
> # executed command: 'c:\users\tcwg\llvm-worker\flang-arm64-windows-msvc\build\bin\mlir-opt.exe' 'C:\Users\tcwg\llvm-worker\flang-arm64-windows-msvc\llvm-project\mlir\test\mlir-runner\test-expand-math-approx.mlir' '-pass-pipeline=builtin.module(func.func(math-expand-ops),convert-vector-to-scf,convert-scf-to-cf,convert-vector-to-llvm,convert-to-llvm,reconcile-unrealized-casts)'
> # executed command: 'c:\users\tcwg\llvm-worker\flang-arm64-windows-msvc\build\bin\mlir-runner.exe' -e main -entry-point-result=void -O0 '-shared-libs=C:\Users\tcwg\llvm-worker\flang-arm64-windows-msvc\build\bin\mlir_c_runner_utils.dll' '-shared-libs=C:\Users\tcwg\llvm-worker\flang-arm64-windows-msvc\build\bin\mlir_runner_utils.dll' '-shared-libs=C:\Users\tcwg\llvm-worker\flang-arm64-windows-msvc\build\bin\mlir_float16_utils.dll'
> # .---command stderr------------
> # | LLVM ERROR: Cannot select: intrinsic %llvm.aarch64.neon.ushl
> # | PLEASE submit a bug report to https://github.com/llvm/llvm-project/issues/ and include the crash backtrace and instructions to reproduce the bug.
> # | Stack dump:
> # | 0. Program arguments: c:\\users\\tcwg\\llvm-worker\\flang-arm64-windows-msvc\\build\\bin\\mlir-runner.exe -e main -entry-point-result=void -O0 -shared-libs=C:\\Users\\tcwg\\llvm-worker\\flang-arm64-windows-msvc\\build\\bin\\mlir_c_runner_utils.dll -shared-libs=C:\\Users\\tcwg\\llvm-worker\\flang-arm64-windows-msvc\\build\\bin\\mlir_runner_utils.dll -shared-libs=C:\\Users\\tcwg\\llvm-worker\\flang-arm64-windows-msvc\\build\\bin\\mlir_float16_utils.dll
> # | 1. Running pass 'Function Pass Manager' on module 'LLVMDialectModule'.
> # | 2. Running pass 'AArch64 Instruction Selection' on function '@"func_roundeven32$vector"'
> # | Exception Code: 0xC000001D
> # | #0 0x00007ff674c89e4c mlir::detail::FallbackTypeIDResolver::registerImplicitTypeID(class llvm::StringRef) (c:\users\tcwg\llvm-worker\flang-arm64-windows-msvc\build\bin\mlir-runner.exe+0x309e4c)
> # | #1 0x00007ffec74aae50 (C:\WINDOWS\System32\ucrtbase.dll+0x7ae50)
> # | #2 0xa25cfffec74aba5c
> # `-----------------------------
> # error: command failed with exit status: 0xc000001d
> # executed command: 'c:\users\tcwg\llvm-worker\flang-arm64-windows-msvc\build\bin\filecheck.exe' 'C:\Users\tcwg\llvm-worker\flang-arm64-windows-msvc\llvm-project\mlir\test\mlir-runner\test-expand-math-approx.mlir'
> # .---command stderr------------
> # | FileCheck error: '<stdin>' is empty.
> # | FileCheck command line: c:\users\tcwg\llvm-worker\flang-arm64-windows-msvc\build\bin\filecheck.exe C:\Users\tcwg\llvm-worker\flang-arm64-windows-msvc\llvm-project\mlir\test\mlir-runner\test-expand-math-approx.mlir
> # `-----------------------------
> # error: command failed with exit status: 2
>
> --
>
> ********************
>
>
> Sincerely,
> LLVM Buildbot
>
This is https://gcc.gnu.org/bugzilla/show_bug.cgi?id=124828.
On Fri, Apr 10, 2026 at 1:15 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 aarch64 native, after:
> | commit gcc-16-8510-g395e5cef29d9
> | Author: Tomasz Kamiński <tkaminsk(a)redhat.com>
> | Date: Wed Apr 1 14:32:21 2026 +0200
> |
> | libstdc++: Export explicit instantiations for C++20 members of
> std::string
> |
> | The C++20 standard added new starts_with and ends_with members to
> | std::basic_string, which were not previously instantiated in the
> library.
> | This meant that the extern template declarations had to be
> disabled for
> | ... 31 lines of the commit log omitted.
>
> Produces 1 regression:
> |
> | regressions.sum:
> | Running g++:g++.dg/lto/lto.exp ...
> | FAIL: g++.dg/lto/20091022-2
> cp_lto_20091022-2_0.o-cp_lto_20091022-2_0.o link, -O3 -flto -Winline
>
> 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-1869. 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-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
>
On Thu, 2 Apr 2026 at 06:27, <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-16-8385-gc9525a790291
> | Author: Jonathan Wakely <jwakely(a)redhat.com>
> | Date: Mon Mar 30 12:13:39 2026 +0100
> |
> | libstdc++: Rename saturation arithmetic for C++26 (P4052R0)
> |
> | Last week in Croydon we approved P4052R0 to rename std::add_sat etc. for
> | C++26
> |
> | ... 16 lines of the commit log omitted.
>
> Produces 3 regressions:
> |
> | regressions.sum:
> | Running g++:g++.dg/modules/modules.exp ...
> | FAIL: g++.dg/modules/compile-std1.C -std=c++26 (test for excess errors)
> | FAIL: g++.dg/modules/compile-std1.C module-cmi std (gcm.cache/std.gcm)
> | FAIL: g++.dg/modules/compile-std1.C module-cmi std.compat (gcm.cache/std.compat.gcm)
>
> 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-1867. Please let us know if you have a fix.
It's fixed now
>
> 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
Hi,
These errors are caused by incorrect test programs. Please ignore the mail. We'll update the tests.
I apologize for the false detection.
Best regards,
Shunsuke Watanabe
Software Development Div.,
Advanced Technology Development Unit,
Fujitsu Research, Fujitsu Limited, JAPAN.
-----Original Message-----
From: ci_notify(a)linaro.org <ci_notify(a)linaro.org>
Sent: Wednesday, April 1, 2026 2:37 AM
To: contact-ci-compiler-test-suite(a)cs.jp.fujitsu.com
Cc: aidengrossman(a)google.com; maxim.kuvyrkov(a)linaro.org
Subject: [Linaro-TCWG-CI] llvmorg-23-init-9791-g12319b373a5f: 1 regression 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_vls-lto-lld, after:
| commit llvmorg-23-init-9791-g12319b373a5f
| Author: Aiden Grossman <aidengrossman(a)google.com>
| Date: Mon Mar 30 16:34:37 2026 -0700
|
| [Clang] More aggressively mark this* dead_on_return in destructors (#183347)
|
| Now also mark the this pointer dead_on_return for classes with a
| non-zero number of base classes. We saw a limited number of failures
| internally due to this change, so it doesn't seem like there are too
| ... 1 lines of the commit log omitted.
Produces 1 regression:
|
| regressions.sum:
| Running test-suite:Fujitsu/C++/0032 ...
| FAIL: test-suite :: Fujitsu/C++/0032/Fujitsu-C++-0032_1052.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=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-2208. 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_vls-…
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_vls-…
The list of [ignored] baseline and flaky failures are in
* http://54.172.246.49:9090/jobs/tcwg_flang_test--main-aarch64-Ofast-sve_vls-…
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_vls-…
Reference build : http://54.172.246.49:9090/jobs/tcwg_flang_test--main-aarch64-Ofast-sve_vls-…
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/12319b373a5f4b36c09165ed7f8e967…
I think this is the same issue as reported in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=124124,
that was addressed by:
commit r16-7911-g3a41229f92022bfb388911854d597721fce76714
<https://gcc.gnu.org/cgit/gcc/commit/?id=3a41229f92022bfb388911854d597721fce…>
Author: Tomasz KamiÅski <tkaminsk(a)redhat.com>
Date: Thu Mar 5 08:57:24 2026 +0100
libstdc++: Fix atomic/cons/zero_padding.cc test for arm-none-eabi
[PR124124 <https://gcc.gnu.org/bugzilla/show_bug.cgi?id=124124>]
The test uses dg-require-atomic-cmpxchg-word that checks if atomic compare
exchange is available for pointer sized integers, and then test types that
are eight bytes in size. This causes issue for targets for which pointers
are four byte and libatomic is not present, like arm-none-eabi.
This patch addresses by using short member in TailPadding and MidPadding,
instead of int. This reduces the size of types to four bytes, while keeping
padding bytes present.
PR libstdc++/124124
<https://gcc.gnu.org/bugzilla/show_bug.cgi?id=124124>
libstdc++-v3/ChangeLog:
* testsuite/29_atomics/atomic/cons/zero_padding.cc: Limit size of
test types to four bytes.
On Sun, Mar 22, 2026 at 9:01 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 arm-eabi cortex-m55 hard, after:
> | commit gcc-16-7434-g6b550d69fe7c
> | Author: Tomasz Kamiński <tkaminsk(a)redhat.com>
> | Date: Thu Jan 29 18:14:47 2026 +0100
> |
> | libstdc++: Allow constant initialization of std::atomic of types
> with padding [PR123875]
> |
> | Currently for the types T that contains padding bits,
> std::atomic<T>(T)
> | constructor was not usable at compile-time in C++14 or later
> modes. This
> | regression caused by use of __builtin_clear_padding introduced in
> | ... 49 lines of the commit log omitted.
>
> Produces 2 regressions:
> |
> | regressions.sum:
> | Running libstdc++:libstdc++-dg/conformance.exp ...
> | FAIL: 29_atomics/atomic/cons/static_zero_padding.cc -std=gnu++20 (test
> for excess errors)
> | UNRESOLVED: 29_atomics/atomic/cons/static_zero_padding.cc -std=gnu++20
> compilation failed to produce executable
>
> Used configuration :
> *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
> *configure and test flags:* --target arm-eabi --disable-multilib
> --with-mode=thumb --with-arch=armv8.1-m.main+mve.fp+fp.dp --with-float=hard
> --target_board=-mthumb/-march=armv8.1-m.main+mve.fp+fp.dp/-mtune=cortex-m55/-mfloat-abi=hard/-mfpu=auto
> qemu-cpu=cortex-m55
>
> We track this bug report under
> https://linaro.atlassian.net/browse/GNU-1865. 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_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…
>
> 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…
>
> 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
Hi all,
the linaro CI reported test errors for aarch64 targets. I figured that for
aarch64 on linux the compile flags -pthread and -lrt are needed to link
caf_shmem and produce an executable. The attached patch addresses this by
special case for aarch64-*-linux* similiar to freebsd.
Regtested ok on aarch64-unknown-linux-gnu (cfarm185) and x86_64-linux-gnu /
F43. Ok for master?
Regards,
Andre
On Thu, 12 Mar 2026 04:46:24 +0000 (UTC)
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 master-aarch64, after:
> | commit gcc-16-7727-gaa09298cb017
> | Author: Andre Vehreschild <vehre(a)gcc.gnu.org>
> | Date: Wed Jun 18 09:26:22 2025 +0200
> |
> | Fortran: Enable coarray tests for multi image use [PR88076]
> |
> | Change some of regression tests to run on single and multiple images.
> | Add some new tests.
> |
> | ... 29 lines of the commit log omitted.
>
> Produces 157 regressions:
> |
> | regressions.sum:
> | Running gfortran:gfortran.dg/coarray/caf.exp ...
> | FAIL: gfortran.dg/coarray/alloc_comp_1.f90 -fcoarray=lib -O2
> -lcaf_shmem (test for excess errors) | UNRESOLVED:
> gfortran.dg/coarray/alloc_comp_1.f90 -fcoarray=lib -O2 -lcaf_shmem
> compilation failed to produce executable | FAIL:
> gfortran.dg/coarray/alloc_comp_10.f90 -fcoarray=lib -O2 -lcaf_shmem (test
> for excess errors) | UNRESOLVED: gfortran.dg/coarray/alloc_comp_10.f90
> -fcoarray=lib -O2 -lcaf_shmem compilation failed to produce executable |
> ... and 153 more
>
> Used configuration :
> *CI config* tcwg_gnu_cross_check_gcc master-aarch64
> *configure and test flags:* --target aarch64-linux-gnu
>
> We track this bug report under https://linaro.atlassian.net/browse/GNU-1860.
> 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_cross_check_gcc--master-aarch64-build/26…
> The full lists of regressions and improvements as well as configure and make
> commands are in
> *
> https://ci.linaro.org/job/tcwg_gnu_cross_check_gcc--master-aarch64-build/26…
> The list of [ignored] baseline and flaky failures are in
> *
> https://ci.linaro.org/job/tcwg_gnu_cross_check_gcc--master-aarch64-build/26…
>
> Current build :
> https://ci.linaro.org/job/tcwg_gnu_cross_check_gcc--master-aarch64-build/26…
> Reference build :
> https://ci.linaro.org/job/tcwg_gnu_cross_check_gcc--master-aarch64-build/26…
>
> 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
--
Andre Vehreschild * Email: vehre ad gmx dot de
Hi,
On 3/11/26 04:19, ci_notify--- via Gcc-regression wrote:
> Dear contributor,
>
> Our automatic CI has detected problems related to your patch(es). Please find some details below.
>
> In master-arm, after:
> | commit gcc-16-7569-gc94fdc1590d
> | Author: Torbjörn SVENSSON <torbjorn.svensson(a)foss.st.com>
> | Date: Tue Feb 17 16:08:58 2026 +0100
> |
> | testsuite: arm: Use effective-target for aes-fuse-[12].c
> |
> | gcc/testsuite/ChangeLog:
> |
> | * gcc.target/arm/aes-fuse-1.c: Use effective-target
> | ... 6 lines of the commit log omitted.
>
> Produces 2 regressions:
> |
> | regressions.sum:
> | Running gcc:gcc.target/arm/arm.exp ...
> | ERROR: gcc.target/arm/aes-fuse-1.c: unknown effective target keyword `arm_cpu_cortex_a53' for " dg-require-effective-target 3 arm_cpu_cortex_a53 "
> | ERROR: gcc.target/arm/aes-fuse-2.c: unknown effective target keyword `arm_cpu_cortex_a53' for " dg-require-effective-target 3 arm_cpu_cortex_a53 "
>
I believe this was fixed by
https://gcc.gnu.org/pipermail/gcc-patches/2026-March/709997.htmlhttps://gcc.gnu.org/git/?p=gcc.git;a=commitdiff;h=41aba0b725e942f65d59b719c…
Thanks,
Christophe
> Used configuration :
> *CI config* tcwg_gnu_cross_check_gcc master-arm
> *configure and test flags:* --target arm-linux-gnueabihf
>
> We track this bug report under https://linaro.atlassian.net/browse/GNU-1859. 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_cross_check_gcc--master-arm-build/2652/a…
> The full lists of regressions and improvements as well as configure and make commands are in
> * https://ci.linaro.org/job/tcwg_gnu_cross_check_gcc--master-arm-build/2652/a…
> The list of [ignored] baseline and flaky failures are in
> * https://ci.linaro.org/job/tcwg_gnu_cross_check_gcc--master-arm-build/2652/a…
>
> Current build : https://ci.linaro.org/job/tcwg_gnu_cross_check_gcc--master-arm-build/2652/a…
> Reference build : https://ci.linaro.org/job/tcwg_gnu_cross_check_gcc--master-arm-build/2649/a…
>
> 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
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,
On Sun, Mar 8, 2026 at 2:21 PM ci_notify--- via Gcc-regression <
gcc-regression(a)gcc.gnu.org> wrote:
> Dear contributor,
>
> Our automatic CI has detected problems related to your patch(es). Please
> find some details below.
>
> In master-aarch64, after:
> | commit gcc-16-7439-g1ced019ad9d
> | Author: Alice Carlotti <alice.carlotti(a)arm.com>
> | Date: Wed Jan 14 13:48:35 2026 +0000
> |
> | aarch64: Disable shrink-wrap for locally-streaming functions [PR
> 123624]
> |
> | The meaning of poly_int values changes depending on whether we are
> in
> | streaming or non-streaming mode, but this dependency is not
> explicitly
> | tracked. Locally-streaming functions can change streaming state
> in the
> | ... 17 lines of the commit log omitted.
>
> Produces 4 regressions:
> |
> | regressions.sum:
> | Running gcc:gcc.target/aarch64/sme/aarch64-sme.exp ...
> | UNRESOLVED: gcc.target/aarch64/sme/sme-shrinkwrap.c
> check-function-bodies bar
> | UNRESOLVED: gcc.target/aarch64/sme/sme-shrinkwrap.c
> check-function-bodies baz
> | UNRESOLVED: gcc.target/aarch64/sme/sme-shrinkwrap.c
> check-function-bodies foo
> | FAIL: gcc.target/aarch64/sme/sme-shrinkwrap.c execution test
>
> Used configuration :
> *CI config* tcwg_gnu_cross_check_gcc master-aarch64
> *configure and test flags:* --target aarch64-linux-gnu
>
> We track this bug report under
> https://linaro.atlassian.net/browse/GNU-1856. Please let us know if you
> have a fix.
>
This is hopefully fixed by
https://gcc.gnu.org/pipermail/gcc-patches/2026-March/710145.htmlhttps://gcc.gnu.org/git/?p=gcc.git;a=commitdiff;h=24d41d10f28bfae6461003994…
Thanks,
Christophe
>
> 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_cross_check_gcc--master-aarch64-build/26…
> The full lists of regressions and improvements as well as configure and
> make commands are in
> *
> https://ci.linaro.org/job/tcwg_gnu_cross_check_gcc--master-aarch64-build/26…
> The list of [ignored] baseline and flaky failures are in
> *
> https://ci.linaro.org/job/tcwg_gnu_cross_check_gcc--master-aarch64-build/26…
>
> Current build :
> https://ci.linaro.org/job/tcwg_gnu_cross_check_gcc--master-aarch64-build/26…
> Reference build :
> https://ci.linaro.org/job/tcwg_gnu_cross_check_gcc--master-aarch64-build/26…
>
> 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
>
Hi,
On 3/5/26 15:16, 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 arm-eabi cortex-m55 hard, after:
> | commit gcc-16-7262-gf7f2b73b9c1e
> | Author: Christophe Lyon <christophe.lyon(a)arm.com>
> | Date: Tue Feb 3 13:07:10 2026 +0000
> |
> | testsuite: arm: Make arm_neon_ok_nocache consistent with other effective-targets
> |
> | A recent patch updated arm_neon_ok_nocache with an improved list of
> | flags to try, but was not consistent with
> | arm_v8_3a_complex_neon_ok,_nocache arm_v8_2a_fp16_neon_ok_nocache,
> | ... 14 lines of the commit log omitted.
>
> Produces 2 regressions 2 fixes:
> |
> | regressions.sum:
> | Running libstdc++:libstdc++-dg/conformance.exp ...
> | FAIL: experimental/simd/pr109261_constexpr_simd.cc -mcpu=unset -march=armv7-a+simd -mfpu=auto -ffast-math -O2 -Wno-psabi (test for excess errors)
> | FAIL: experimental/simd/pr115454_find_last_set.cc -mcpu=unset -march=armv7-a+simd -mfpu=auto -ffast-math -O2 -Wno-psabi (test for excess errors)
> |
> | fixes.sum:
> | Running libstdc++:libstdc++-dg/conformance.exp ...
> | FAIL: experimental/simd/pr109261_constexpr_simd.cc -mfloat-abi=softfp -mcpu=unset -march=armv7-a+simd -mfpu=auto -ffast-math -O2 -Wno-psabi (test for excess errors)
> | FAIL: experimental/simd/pr115454_find_last_set.cc -mfloat-abi=softfp -mcpu=unset -march=armv7-a+simd -mfpu=auto -ffast-math -O2 -Wno-psabi (test for excess errors)
>
This does not look like a "real" regression: the same tests are still
failing, using different options.
Thanks,
Christophe
> Used configuration :
> *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
> *configure and test flags:* --target arm-eabi --disable-multilib --with-mode=thumb --with-arch=armv8.1-m.main+mve.fp+fp.dp --with-float=hard --target_board=-mthumb/-march=armv8.1-m.main+mve.fp+fp.dp/-mtune=cortex-m55/-mfloat-abi=hard/-mfpu=auto qemu-cpu=cortex-m55
>
> We track this bug report under https://linaro.atlassian.net/browse/GNU-1853. 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_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…
>
> 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…
>
> 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
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,
Probably these errors are false detections caused by precision errors in floating-point arithmetic. Please ignore the mail. We'll update the tests.
I apologize for the false detection.
Best regards,
Shunsuke Watanabe
Software Development Div.,
Advanced Technology Development Unit,
Fujitsu Research, Fujitsu Limited, JAPAN.
-----Original Message-----
From: ci_notify(a)linaro.org <ci_notify(a)linaro.org>
Sent: Friday, March 6, 2026 6:40 AM
To: contact-ci-compiler-test-suite(a)cs.jp.fujitsu.com
Cc: flo(a)fhahn.com; maxim.kuvyrkov(a)linaro.org
Subject: [Linaro-TCWG-CI] llvmorg-23-init-5844-g320220e48b8f: 1 regression 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-5844-g320220e48b8f
| Author: Florian Hahn <flo(a)fhahn.com>
| Date: Sun Mar 1 16:07:05 2026 +0000
|
| [VPlan] Support arbitrary predicated early exits. (#182396)
|
| This removes the restriction requiring a single predicated early exit.
| Using MaskedCond, we only combine early-exit conditions with block
| masks from non-exiting control flow.
| ... 10 lines of the commit log omitted.
Produces 1 regression:
|
| regressions.sum:
| Running test-suite:Fujitsu/Fortran/0681 ...
| FAIL: test-suite :: Fujitsu/Fortran/0681/Fujitsu-Fortran-0681_0038.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-2187. 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_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…
Fujitsu testsuite : https://github.com/fujitsu/compiler-test-suite/
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…
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/320220e48b8f1054ce7a37c8b2a5283…
Dear contributor,
Our automatic CI has detected problems related to your patch(es). Please find some details below.
In binutils_build master-arm, after:
| commit binutils-2_41-release-10003-gf1a664fa55a
| Author: Alan Modra <amodra(a)gmail.com>
| Date: Tue Mar 3 10:20:54 2026 +1030
|
| Define BFD_ASAN to detect asan
Produces Failure:
| Results changed to
| # reset_artifacts:
| -10
| # true:
| 0
| # build_abe binutils:
| # FAILED
| # First few build errors in logs:
| # 00:02:40 ./bfd.h:164:50: error: missing binary operator before token
| # 00:02:41 make[4]: *** [Makefile:1766: archive.lo] Error 1
| # 00:02:41 make[3]: *** [Makefile:1946: all-recursive] Error 1
| # 00:02:41 make[2]: *** [Makefile:1332: all] Error 2
| # 00:02:41 make[1]: *** [Makefile:3138: all-bfd] Error 2
| # 00:02:41 make: *** [Makefile:1033: all] Error 2
|
| From
| # reset_artifacts:
| -10
| # true:
| 0
| # build_abe binutils:
| 1
Used configuration :
*CI config* tcwg_binutils_build 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-1850. 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_binutils_build--master-arm-build/3078/artifa…
The full lists of regressions and improvements as well as configure and make commands are in
* https://ci.linaro.org/job/tcwg_binutils_build--master-arm-build/3078/artifa…
Current build : https://ci.linaro.org/job/tcwg_binutils_build--master-arm-build/3078/artifa…
Reference build : https://ci.linaro.org/job/tcwg_binutils_build--master-arm-build/3076/artifa…
Instruction to reproduce the build : https://gitlab.com/LinaroLtd/tcwg/ci/interesting-commits/-/raw/master/binut…
Full commit : https://sourceware.org/git/?p=binutils-gdb.git;a=commitdiff;h=f1a664fa55a9e…
Dear contributor,
Our automatic CI has detected problems related to your patch(es). Please find some details below.
In arm-eabi cortex-m55 hard, after:
| commit newlib-4.6.0-5-g4356ccd02c
| Author: Thomas Wolff <towo(a)towo.net>
| Date: Mon Feb 2 00:00:00 2026 +0000
|
| towupper/towlower: handle Turkic language special casing
|
| For case conversion, Unicode has a standard mapping and a separate
| list of mapping rules for special cases (file SpecialCasing.txt),
| some of which are also language-dependent (as configured via locale).
| ... 10 lines of the commit log omitted.
Produces 34 regressions:
|
| regressions.sum:
| Running libstdc++:libstdc++-dg/conformance.exp ...
| FAIL: 22_locale/ctype/is/wchar_t/1.cc -std=gnu++20 execution test
| FAIL: 22_locale/ctype/is/wchar_t/11740.cc -std=gnu++20 execution test
| FAIL: 22_locale/ctype/to/wchar_t/1.cc -std=gnu++20 execution test
| FAIL: 22_locale/time_get/get/wchar_t/1.cc -std=gnu++20 execution test
| ... and 30 more
Used configuration :
*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
*configure and test flags:* --target arm-eabi --disable-multilib --with-mode=thumb --with-arch=armv8.1-m.main+mve.fp+fp.dp --with-float=hard --target_board=-mthumb/-march=armv8.1-m.main+mve.fp+fp.dp/-mtune=cortex-m55/-mfloat-abi=hard/-mfpu=auto qemu-cpu=cortex-m55
We track this bug report under https://linaro.atlassian.net/browse/GNU-1849. 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_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…
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…
Instruction to reproduce the build : https://gitlab.com/LinaroLtd/tcwg/ci/interesting-commits/-/raw/master/newli…
Full commit : https://sourceware.org/git/?p=newlib-cygwin.git;a=commitdiff;h=4356ccd02c9c…
This is part of a large patch set and can not be tested individually by the bots.
Cheers,
Jerry
On 2/24/26 5:06 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 gcc_build master-aarch64, after:
> | gcc patch https://patchwork.sourceware.org/patch/130593
> | Author: Andre Vehreschild <vehre(a)gcc.gnu.org>
> | Date: Thu Feb 12 11:17:47 2026 -0800
> |
> | [PATCH] Fortran: Add a shared memory coarray implementation [PR88076]
> |
> | Add caf_shmem, a shared memory multi process coarray implementation.
> | The library adheres to the existing coarray ABI and is controlled by
> | environment variables for selecting the number of images and virtual
> | ... 15 lines of the commit log omitted.
> | ... applied on top of baseline commit:
> | ad590516056 RISC-V: Change scratch constraint for _lra insns.
>
> Produces Failure:
> | Results changed to
> | # reset_artifacts:
> | -10
> | # true:
> | 0
> | # build_abe gcc:
> | # FAILED
> | # First few build errors in logs:
> | # 00:18:48 make[2]: *** [Makefile:1866: all] Error 2
> | # 00:18:48 make[1]: *** [Makefile:15837: all-target-libgfortran] Error 2
> | # 00:18:48 make: *** [Makefile:1099: all] Error 2
> |
> | From
> | # reset_artifacts:
> | -10
> | # true:
> | 0
> | # build_abe gcc:
> | 1
>
> Used configuration :
> *CI config* tcwg_gcc_build master-aarch64
> *configure and test flags:* none, autodetected on aarch64-unknown-linux-gnu
>
> 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_gcc_build--master-aarch64-precommit/20609/ar…
> The full lists of regressions and improvements as well as configure and make commands are in
> * https://ci.linaro.org/job/tcwg_gcc_build--master-aarch64-precommit/20609/ar…
>
> Current build : https://ci.linaro.org/job/tcwg_gcc_build--master-aarch64-precommit/20609/ar…
> Reference build : https://ci.linaro.org/job/tcwg_gcc_build--master-aarch64-build/4425/artifac…
>
> Warning: we do not enable maintainer-mode nor automatically update
> generated files, which may lead to failures if the patch modifies the
> master files.
Dear contributor,
Our automatic CI has detected problems related to your patch(es). Please find some details below.
In master-arm, after:
| commit v6.19-rc1-6-g9b8a0ba68246a
| Author: Christian Brauner <brauner(a)kernel.org>
| Date: Mon Dec 29 14:03:24 2025 +0100
|
| mount: add OPEN_TREE_NAMESPACE
|
| When creating containers the setup usually involves using CLONE_NEWNS
| via clone3() or unshare(). This copies the caller's complete mount
| namespace. The runtime will also assemble a new rootfs and then use
| ... 54 lines of the commit log omitted.
Produces Failure:
| Results changed to
| # reset_artifacts:
| -10
| # true:
| 0
| # build_abe binutils:
| 1
| # build_abe stage1 --:
| 2
| # build_abe linux:
| 3
| # build_abe glibc:
| # FAILED
| # build_abe stage2 --:
| # build_abe gdb:
| # build_abe qemu:
| # First few build errors in logs:
| # 00:05:26 ../sysdeps/unix/sysv/linux/sys/mount.h:267:9: error: ‘OPEN_TREE_CLONE’ redefined [-Werror]
| # 00:05:26 make[2]: *** [/home/tcwg-buildslave/workspace/tcwg_gnu_1/abe/builds/x86_64-pc-linux-gnu/arm-linux-gnueabihf/glibc-glibc.git~master/sysd-rules:111: /home/tcwg-buildslave/workspace/tcwg_gnu_1/abe/builds/x86_64-pc-linux-gnu/arm-linux-gnueabihf/glibc-glibc.git~master/misc/umount.o] Error 1
| # 00:05:26 make[1]: *** [Makefile:484: misc/subdir_lib] Error 2
| # 00:05:26 make: *** [Makefile:20: all] Error 2
|
| From
| # reset_artifacts:
| -10
| # true:
| 0
| # build_abe binutils:
| 1
| # build_abe stage1 --:
| 2
| # build_abe linux:
| 3
| # build_abe glibc:
| 4
| # build_abe stage2 --:
| 5
| # build_abe gdb:
| 6
| # build_abe qemu:
| 7
Used configuration :
*CI config* tcwg_gnu_cross_build master-arm
*configure and test flags:* --target arm-linux-gnueabihf
We track this bug report under https://linaro.atlassian.net/browse/GNU-1845. 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_gnu_cross_build--master-arm-build/1380/artif…
The full lists of regressions and improvements as well as configure and make commands are in
* https://ci.linaro.org/job/tcwg_gnu_cross_build--master-arm-build/1380/artif…
Current build : https://ci.linaro.org/job/tcwg_gnu_cross_build--master-arm-build/1380/artif…
Reference build : https://ci.linaro.org/job/tcwg_gnu_cross_build--master-arm-build/1379/artif…
Instruction to reproduce the build : https://gitlab.com/LinaroLtd/tcwg/ci/interesting-commits/-/raw/master/linux…
Full commit : https://gitlab.com/Linaro/lkft/mirrors/torvalds/linux-mainline/commit/9b8a0…
On Thu, 19 Feb 2026 at 23: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.
>
> In gcc_check master-aarch64, after:
> | commit gcc-16-7593-g39edc2aea24f
> | Author: Jonathan Wakely <jwakely(a)redhat.com>
> | Date: Tue Feb 17 12:48:51 2026 +0000
> |
> | libstdc++: Use global variables for default/max std in libstdc++.exp
> |
> | This simplifies the v3-minimum-std procedure slightly, but the main
> | advantage is making v3_modules_std depend on v3_max_std so that we don't
> | have to update two separate variables when new effective targets such as
> | ... 12 lines of the commit log omitted.
>
> Produces 4 regressions:
> |
> | regressions.sum:
> | Running libstdc++:libstdc++-dg/conformance.exp ...
> | ERROR: tcl error code TCL WRONGARGS
> | ERROR: tcl error sourcing libstdc++-dg/conformance.exp.
> | UNRESOLVED: testcase libstdc++-dg/conformance.exp' aborted due to Tcl error
> | ERROR: wrong # args: should be "v3-minimum-std test default_std max_std"
>
> 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-1842. Please let us know if you have a fix.
This should be fixed at r16-7599-g8d8725bedd2f7c
>
> 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/4763/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/4763/artifac…
> The list of [ignored] baseline and flaky failures are in
> * https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/4763/artifac…
>
> Current build : https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/4763/artifac…
> Reference build : https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/4762/artifac…
>
> 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
[AMD Official Use Only - AMD Internal Distribution Only]
This should be fixed by https://github.com/llvm/llvm-project/pull/180583.
Commit: https://github.com/llvm/llvm-project/commit/0e7ddf395a12e0201ed0ca7131439c2…
-Krzysztof
________________________________
From: ci_notify(a)linaro.org <ci_notify(a)linaro.org>
Sent: Wednesday, February 11, 2026 7:39 AM
To: contact-ci-compiler-test-suite(a)cs.jp.fujitsu.com <contact-ci-compiler-test-suite(a)cs.jp.fujitsu.com>
Cc: Parzyszek, Krzysztof <Krzysztof.Parzyszek(a)amd.com>; maxim.kuvyrkov(a)linaro.org <maxim.kuvyrkov(a)linaro.org>
Subject: [Linaro-TCWG-CI] llvmorg-23-init-2712-g7ccdc06780b0: 2 regressions on aarch64
Caution: This message originated from an External Source. Use proper caution when opening attachments, clicking links, or responding.
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-23-init-2712-g7ccdc06780b0
| Author: Krzysztof Parzyszek <Krzysztof.Parzyszek(a)amd.com>
| Date: Wed Feb 4 07:20:20 2026 -0600
|
| [flang][OpenMP] Leave local automatic variables alone (#178739)
|
| There is code in resolve-directives.cpp that tries to apply DSA flags to
| symbols encountered inside constructs. This code was written with the
| assumption that all such symbols will be declared outside of the
| ... 14 lines of the commit log omitted.
Produces 2 regressions:
|
| regressions.sum:
| Running test-suite:Fujitsu/Fortran/0160 ...
| FAIL: test-suite :: Fujitsu/Fortran/0160/Fujitsu-Fortran-0160_0012.test
| FAIL: test-suite :: Fujitsu/Fortran/0160/Fujitsu-Fortran-0160_0013.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=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-2175. 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/7ccdc06780b05bd8f31c20a9734fca2…
Fixed as of 9b85fcc00ebe850f2ee2c19a0208534544b088a8
On 2/6/26 1:32 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 master-aarch64, after:
> | commit gcc-16-7292-g3f790555048
> | Author: Nathan Myers <ncm(a)cantrip.org>
> | Date: Mon Sep 22 23:52:52 2025 -0400
> |
> | libstdc++: container erasure overloads (P2077) [PR117404]
> |
> | Remaining to do:
> | * Add new declarations in debug headers too.
> |
> | ... 48 lines of the commit log omitted.
>
> Produces 2 regressions:
> |
> | regressions.sum:
> | Running g++:g++.dg/dg.exp ...
> | FAIL: g++.dg/concepts/expression.C -std=gnu++17 (test for excess errors)
> | UNRESOLVED: g++.dg/concepts/expression.C -std=gnu++17 compilation failed to produce executable
>
> Used configuration :
> *CI config* tcwg_gnu_cross_check_gcc master-aarch64
> *configure and test flags:* --target aarch64-linux-gnu
>
> We track this bug report under https://linaro.atlassian.net/browse/GNU-1831. 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_cross_check_gcc--master-aarch64-build/25…
> The full lists of regressions and improvements as well as configure and make commands are in
> * https://ci.linaro.org/job/tcwg_gnu_cross_check_gcc--master-aarch64-build/25…
> The list of [ignored] baseline and flaky failures are in
> * https://ci.linaro.org/job/tcwg_gnu_cross_check_gcc--master-aarch64-build/25…
>
> Current build : https://ci.linaro.org/job/tcwg_gnu_cross_check_gcc--master-aarch64-build/25…
> Reference build : https://ci.linaro.org/job/tcwg_gnu_cross_check_gcc--master-aarch64-build/25…
>
> 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
Hi,
I am unable to reproduce the issue, and cannot access the included log
files to check the failure.
Could you please share the revelant part of log, at least from time/hash.cc?
On Fri, Jan 9, 2026 at 10:23 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 arm-eabi cortex-m55 hard, after:
> | commit gcc-16-5627-g4e7213aa081f
> | Author: Tomasz Kamiński <tkaminsk(a)redhat.com>
> | Date: Wed Nov 26 14:28:39 2025 +0100
> |
> | libstdc++: Fix typo in operator used in __pack_ints [PR122864]
> |
> | `<=` was used instead of `<<`, this was detected by clang warning.
> |
> | PR libstdc++/122864
> | ... 5 lines of the commit log omitted.
>
> Produces 1 regression:
> |
> | regressions.sum:
> | Running libstdc++:libstdc++-dg/conformance.exp ...
> | FAIL: std/time/hash.cc -std=gnu++26 execution test
>
> Used configuration :
> *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
> *configure and test flags:* --target arm-eabi --disable-multilib
> --with-mode=thumb --with-arch=armv8.1-m.main+mve.fp+fp.dp --with-float=hard
> --target_board=-mthumb/-march=armv8.1-m.main+mve.fp+fp.dp/-mtune=cortex-m55/-mfloat-abi=hard/-mfpu=auto
> qemu-cpu=cortex-m55
>
> We track this bug report under
> https://linaro.atlassian.net/browse/GNU-1806. 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_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…
>
> 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…
>
> 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 Jan 31, 2026, ci_notify(a)linaro.org wrote:
> | regressions.sum:
> | Running gcc:gcc.target/arm/arm.exp ...
> | FAIL: gcc.target/arm/crypto-vsha1cq_u32.c scan-assembler-times
> | vdup.32\\tq[0-9]+, (?:r[0-9]+|d[0-9]+\\[[0-9]+\\]) 4
> |
> | fixes.sum:
> | Running gcc:gcc.target/arm/arm.exp ...
> | FAIL: gcc.target/arm/crypto-vsha1cq_u32.c scan-assembler-times
> | vdup.32\\tq[0-9]+, r[0-9]+ 4
That looks like still the same failure, but since the pattern is
textually different, it is no longer recognized as the same test point.
Unfortunately, the code this test run of yours generates doesn't match
the new pattern either. I guess the pattern will need to be extended
further.
--
Alexandre Oliva, happy hacker https://blog.lx.oliva.nom.br/
Free Software Activist FSFLA co-founder 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,
Thanks for the report. I have posted patch to fix the issue:
https://gcc.gnu.org/pipermail/gcc-patches/2026-January/707277.html
Can you please check if the above patch fixes the issue at your end ?
Thanks,
Prathamesh
> -----Original Message-----
> From: ci_notify(a)linaro.org <ci_notify(a)linaro.org>
> Sent: 23 January 2026 13:39
> To: Prathamesh Kulkarni <prathameshk(a)nvidia.com>
> Cc: gcc-regression(a)gcc.gnu.org; mmalcolmson(a)nvidia.com
> Subject: [Linaro-TCWG-CI] gcc-16-6913-g304d08fea9e6: 1 regression on
> arm
>
> External email: Use caution opening links or attachments
>
>
> Dear contributor,
>
> Our automatic CI has detected problems related to your patch(es).
> Please find some details below.
>
> In master-arm, after:
> | commit gcc-16-6913-g304d08fea9e6
> | Author: Matthew Malcolmson <mmalcolmson(a)nvidia.com>
> | Date: Tue Jan 20 03:54:51 2026 +0000
> |
> | libgomp: Ensure memory sync after performing tasks
> |
> | As described in PR 122356 there is a theoretical bug around
> not
> | "publishing" user data written in a task when that task has
> been
> | executed by a thread after entry to a barrier.
> | ... 89 lines of the commit log omitted.
>
> Produces 1 regression:
> |
> | regressions.sum:
> | Running libgomp:libgomp.c/c.exp ...
> | FAIL: libgomp.c/pr122356.c execution test
>
> Used configuration :
> *CI config* tcwg_gnu_cross_check_gcc master-arm *configure and test
> flags:* --target arm-linux-gnueabihf
>
> We track this bug report under
> https://linaro.atlassian.net/browse/GNU-1822. 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_cross_check_gcc--master-arm-
> build/2581/artifact/artifacts/00-sumfiles/
> The full lists of regressions and improvements as well as configure
> and make commands are in
> * https://ci.linaro.org/job/tcwg_gnu_cross_check_gcc--master-arm-
> build/2581/artifact/artifacts/notify/
> The list of [ignored] baseline and flaky failures are in
> * https://ci.linaro.org/job/tcwg_gnu_cross_check_gcc--master-arm-
> build/2581/artifact/artifacts/sumfiles/xfails.xfail
>
> Current build : https://ci.linaro.org/job/tcwg_gnu_cross_check_gcc--
> master-arm-build/2581/artifact/artifacts
> Reference build : https://ci.linaro.org/job/tcwg_gnu_cross_check_gcc--
> master-arm-build/2580/artifact/artifacts
>
> Instruction to reproduce the build :
> https://gitlab.com/LinaroLtd/tcwg/ci/interesting-commits/-
> /raw/master/gcc/sha1/304d08fea9e68c5b4806532816b58d33a15a917d/tcwg_gnu
> _cross_check_gcc/master-arm/reproduction_instructions.txt
>
> Full commit : See in git+ssh://linaroci@gcc.gnu.org/git/gcc.git
On Wed, Jan 21, 2026 at 5:50 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 arm-eabi cortex-m23 soft, after:
> | commit gcc-16-5975-gfae0c626250
> | Author: Andrew Pinski <andrew.pinski(a)oss.qualcomm.com>
> | Date: Sat Dec 6 01:11:29 2025 -0800
> |
> | final_cleanup: Call make_forwarders_with_degenerate_phis [PR46555]
> |
> | This fixes a regression introduced with r16-5258-g1d8e2d51e5c5cb.
> | With GCC 12+, we would not merge forwarders (with phis, vops included),
> | this meant that after the last cddce, degenerate phis would stay not
> | ... 22 lines of the commit log omitted.
>
> Produces 1 regression:
> |
> | regressions.sum:
> | Running gcc:gcc.dg/tree-ssa/tree-ssa.exp ...
> | FAIL: gcc.dg/tree-ssa/pr46555.c scan-rtl-dump pro_and_epilogue "Performing shrink-wrapping"
>
> Used configuration :
> *CI config* tcwg_gnu_embed_check_gcc arm-eabi -mthumb -march=armv8-m.base -mtune=cortex-m23 -mfloat-abi=soft -mfpu=auto
> *configure and test flags:* --target arm-eabi --disable-multilib --with-mode=thumb --with-cpu=cortex-m23 --with-float=soft --target_board=-mthumb/-march=armv8-m.base/-mtune=cortex-m23/-mfloat-abi=soft/-mfpu=auto qemu_cpu=cortex-m33
>
> We track this bug report under https://linaro.atlassian.net/browse/GNU-1819. Please let us know if you have a fix.
Filed https://gcc.gnu.org/bugzilla/show_bug.cgi?id=123751 and fixed in
r16-6969-g41878c161c480.
Thanks,
Andrew
>
> 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_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…
>
> 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…
>
> 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
Hi,
This should be resolved by following commit that I have just pushed:
commit 5513935f48e50e97c854b746e758842c846a7740
Author: Tomasz Kamiński <tkaminsk(a)redhat.com>
Date: Wed Jan 7 17:24:55 2026 +0100
libstdc++: Use tree-dump-gimple in variant constant init tests.
Use of scan-assembler-dem for matching against debug symbols, turned
out to not
be portable, as they representation in assembly output differs between
platforms:
arm use 60 columns limit, emitting multiple rows, and some platforms
may encode
them using base64.
We use tree-dump-gimple instead, that outputs a constructor name
portably,
allowing us to simply match for invocation of constructor for given
type, as each
variable has different type.
To use scan-tree-dump(-not) we load scantree.exp file and it's
dependency
scandump.exp from gcc/testsuite/lib.
libstdc++-v3/ChangeLog:
* testsuite/20_util/variant/constinit.cc: Use scan-tree-dump
for matching of constructor.
* testsuite/20_util/variant/constinit_compat.cc: Likewise.
* testsuite/lib/libstdc++.exp: Load scantree.exp and
scandump.exp.
Regards,
Tomasz
On Thu, Dec 25, 2025 at 8:42 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 master-arm, after:
> | commit gcc-16-6301-gb3c167b61fd7
> | Author: Tomasz Kamiński <tkaminsk(a)redhat.com>
> | Date: Thu Dec 11 10:43:44 2025 +0100
> |
> | libstdc++: Use union to store non-trivially destructible types in
> C++17 mode [PR112591]
> |
> | This patch disables use of specialization _Uninitialized<_Type,
> false> for
> | non-trivially destructible types by default in C++17, and
> fallbacks to
> | the primary template, that stores the type in union directly.
> This makes the
> | ... 39 lines of the commit log omitted.
>
> Produces 4 regressions:
> |
> | regressions.sum:
> | Running libstdc++:libstdc++-dg/conformance.exp ...
> | FAIL: 20_util/variant/constinit.cc -std=gnu++20 scan-assembler-dem
> (std::in_place_index_t<1ul?>, double&&)
> | FAIL: 20_util/variant/constinit.cc -std=gnu++20 scan-assembler-dem
> (std::in_place_index_t<1ul?>, int&&)
> | FAIL: 20_util/variant/constinit_compat.cc -std=gnu++20
> scan-assembler-dem (std::in_place_index_t<1ul?>, double&&)
> | FAIL: 20_util/variant/constinit_compat.cc -std=gnu++20
> scan-assembler-dem (std::in_place_index_t<1ul?>, int&&)
>
> Used configuration :
> *CI config* tcwg_gnu_cross_check_gcc master-arm
> *configure and test flags:* --target arm-linux-gnueabihf
>
> We track this bug report under
> https://linaro.atlassian.net/browse/GNU-1793. 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_cross_check_gcc--master-arm-build/2498/a…
> The full lists of regressions and improvements as well as configure and
> make commands are in
> *
> https://ci.linaro.org/job/tcwg_gnu_cross_check_gcc--master-arm-build/2498/a…
> The list of [ignored] baseline and flaky failures are in
> *
> https://ci.linaro.org/job/tcwg_gnu_cross_check_gcc--master-arm-build/2498/a…
>
> Current build :
> https://ci.linaro.org/job/tcwg_gnu_cross_check_gcc--master-arm-build/2498/a…
> Reference build :
> https://ci.linaro.org/job/tcwg_gnu_cross_check_gcc--master-arm-build/2497/a…
>
> 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, Dec 30, 2025 at 11: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 arm-eabi v7-a softfp, after:
> | commit gcc-16-5947-ga6c50ec2c6e
> | Author: H.J. Lu <hjl.tools(a)gmail.com>
> | Date: Fri Oct 24 09:00:59 2025 +0800
> |
> | Add -ffuse-ops-with-volatile-access
> |
> | Volatile memory can be used as source operand for any operations. Add
> | -ffuse-ops-with-volatile-access to fuse operations with volatile memory
> | reference and update simplify_binary_operation_1 to keep PLUS for 2
> | ... 227 lines of the commit log omitted.
>
> Produces 6 regressions:
> |
> | regressions.sum:
> | Running gcc:gcc.target/arm/arm.exp ...
> | FAIL: gcc.target/arm/bfloat16_scalar_1_2.c check-function-bodies stacktest1
> | FAIL: gcc.target/arm/bfloat16_scalar_2_2.c check-function-bodies stacktest1
> | FAIL: gcc.target/arm/bfloat16_scalar_3_2.c check-function-bodies stacktest1
> | FAIL: gcc.target/arm/bfloat16_simd_1_2.c check-function-bodies stacktest1
Please check if the outputs are functional correct.
> | ... and 2 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-1798. 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_embed_check_gcc--master-arm_v7a_softfp_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-arm_v7a_softfp_e…
> The list of [ignored] baseline and flaky failures are in
> * https://ci.linaro.org/job/tcwg_gnu_embed_check_gcc--master-arm_v7a_softfp_e…
>
> Current build : https://ci.linaro.org/job/tcwg_gnu_embed_check_gcc--master-arm_v7a_softfp_e…
> Reference build : https://ci.linaro.org/job/tcwg_gnu_embed_check_gcc--master-arm_v7a_softfp_e…
>
> 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
--
H.J.
On Fri, 19 Dec 2025 at 16:40, <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 bootstrap_build master-arm-bootstrap_O3, after:
> | commit gcc-16-6185-g487bd3ba4f1f
> | Author: Jonathan Wakely <jwakely(a)redhat.com>
> | Date: Wed Dec 10 14:26:17 2025 +0000
> |
> | libstdc++: Optimize compilation time for signed/unsigned integer traits
> |
> | Replace the O(n) definitions using __is_one_of with constant-time
> | checks that look for a static member in the __is_integral_helper class
> | template. That class template is already specialized for every signed
> | ... 20 lines of the commit log omitted.
>
> Produces Failure:
> | Results changed to
> | # reset_artifacts:
> | -10
> | # true:
> | 0
> | # build_abe bootstrap_O3:
> | # FAILED
> | # First few build errors in logs:
> | # 00:49:05 /home/tcwg-buildslave/workspace/tcwg_gnu_3/abe/builds/armv8l-unknown-linux-gnueabihf/armv8l-unknown-linux-gnueabihf/gcc-gcc.git~master-stage2/prev-armv8l-unknown-linux-gnueabihf/libstdc++-v3/include/bits/stl_bvector.h:183:9: internal compiler error: Segmentation fault
> | # 00:49:05 make[3]: *** [Makefile:1216: text-art/ruler.o] Error 1
> | # 00:49:05 make[2]: *** [Makefile:5200: all-stage3-gcc] Error 2
> | # 00:49:05 make[1]: *** [Makefile:26599: stage3-bubble] Error 2
> | # 00:49:05 make: *** [Makefile:1127: all] Error 2
> |
> | From
> | # reset_artifacts:
> | -10
> | # true:
> | 0
> | # build_abe bootstrap_O3:
> | 1
>
> Used configuration :
> *CI config* tcwg_bootstrap_build master-arm-bootstrap_O3
> *configure and test flags:* none, autodetected on armv8l-unknown-linux-gnueabihf
>
> We track this bug report under https://linaro.atlassian.net/browse/GNU-1783. 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.
Very strange - I don't know why this would trigger a segfault in the compiler.
>
> -----------------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_bootstrap_build--master-arm-bootstrap_O3-bui…
> The full lists of regressions and improvements as well as configure and make commands are in
> * https://ci.linaro.org/job/tcwg_bootstrap_build--master-arm-bootstrap_O3-bui…
>
> Current build : https://ci.linaro.org/job/tcwg_bootstrap_build--master-arm-bootstrap_O3-bui…
> Reference build : https://ci.linaro.org/job/tcwg_bootstrap_build--master-arm-bootstrap_O3-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
On Mon, Dec 08, 2025 at 03:55:08AM +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-arm-mainline-allyesconfig, after:
> | commit v6.18-rc6-688-gcd41d3420ef6
> | Author: Jaroslav Kysela <perex(a)perex.cz>
> | Date: Wed Nov 26 10:16:35 2025 +0100
> |
> | ASoC: nau8325: add missing build config
> |
> | This configuration was missing from the initial commit.
> |
> | Found by Jiri Benc <jbenc(a)redhat.com>
> | ... 6 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:
> | 23374
> | # First few build errors in logs:
> | # 00:26:11 sound/soc/codecs/nau8325.c:430:13: error: variable 'n2_max' is uninitialized when used here [-Werror,-Wuninitialized]
> | # 00:26:11 sound/soc/codecs/nau8325.c:431:11: error: variable 'ratio_sel' is uninitialized when used here [-Werror,-Wuninitialized]
Should be hidden with
https://git.kernel.org/broonie/c/2c7e5e17c05f1d5e10e63e1baff2b362cd08dcd6
but I am still not convinced that is a correct fix (but I don't really
care to push further on it).
https://lore.kernel.org/20251203214958.GC3060476@ax162/
Cheers,
Nathan
On 12/6/25 11:52 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 arm-eabi v7-a softfp, after:
> | commit gcc-16-5581-g3ad2e2d707c3
> | Author: Jason Merrill <jason(a)redhat.com>
> | Date: Tue Nov 11 15:58:01 2025 +0530
> |
> | driver/c++: add --compile-std-module
> |
> | For simple testcases that want to use the std module, it would be useful to
> | have a reasonably short way to request building the binary module form
> | before the testcase. So with this patch users can write
> | ... 31 lines of the commit log omitted.
>
> Produces 1 regression:
> |
> | regressions.sum:
> | Running g++:g++.dg/modules/modules.exp ...
> | FAIL: g++.dg/modules/compile-std1.C -std=c++26 (test for excess errors)
It seems that module std doesn't compile on arm-eabi, which is good to know.
There seem to be two general issues: first, that some of the <stdio.h>
functions that <print> relies on aren't declared:
> /home/tcwg-buildslave/workspace/tcwg_gnu_1/abe/builds/x86_64-pc-linux-gnu/arm-eabi/gcc-gcc.git~master-sta\
> ge2/arm-eabi/libstdc++-v3/include/print: In member function 'virtual void std::__format::_File_sink::_M_o\
> verflow()':
> /home/tcwg-buildslave/workspace/tcwg_gnu_1/abe/builds/x86_64-pc-linux-gnu/arm-eabi/gcc-gcc.git~master-sta\
> ge2/arm-eabi/libstdc++-v3/include/print:197:20: error: '::fwrite_unlocked' has not been declared; did you\
> mean '_fwrite_unlocked_r'?
> /home/tcwg-buildslave/workspace/tcwg_gnu_1/abe/builds/x86_64-pc-linux-gnu/arm-eabi/gcc-gcc.git~master-sta\
> ge2/arm-eabi/libstdc++-v3/include/print: In constructor 'std::__format::_File_sink::_File_sink(FILE*, boo\
> l)':
> /home/tcwg-buildslave/workspace/tcwg_gnu_1/abe/builds/x86_64-pc-linux-gnu/arm-eabi/gcc-gcc.git~master-sta\
> ge2/arm-eabi/libstdc++-v3/include/print:212:9: error: '::flockfile' has not been declared; did you mean '\
> _flockfile'?
> /home/tcwg-buildslave/workspace/tcwg_gnu_1/abe/builds/x86_64-pc-linux-gnu/arm-eabi/gcc-gcc.git~master-sta\
> ge2/arm-eabi/libstdc++-v3/include/print: In destructor 'std::__format::_File_sink::~_File_sink()':
> /home/tcwg-buildslave/workspace/tcwg_gnu_1/abe/builds/x86_64-pc-linux-gnu/arm-eabi/gcc-gcc.git~master-sta\
> ge2/arm-eabi/libstdc++-v3/include/print:218:11: error: '::putc_unlocked' has not been declared; did you m\
> ean '_putc_unlocked_r'?
> /home/tcwg-buildslave/workspace/tcwg_gnu_1/abe/builds/x86_64-pc-linux-gnu/arm-eabi/gcc-gcc.git~master-sta\
> ge2/arm-eabi/libstdc++-v3/include/print:219:9: error: '::funlockfile' has not been declared; did you mean\
> '_funlockfile'?
It seems that newlib doesn't declare these functions under -std=c++26,
only -std=gnu++26. I don't know what the right approach to this is.
and then a bunch of "not declared" exports, such as
> /home/tcwg-buildslave/workspace/tcwg_gnu_1/abe/builds/x86_64-pc-linux-gnu/arm-eabi/gcc-gcc.git~master-sta\
> ge2/arm-eabi/libstdc++-v3/include/bits/std.cc:1002:14: error: 'condition_variable' has not been declared \
> in 'std'
This looks like just needing to add more #if to std.cc, as below. OK
for trunk?
Incidentally, is it expected that arm-eabi doesn't support gthread?
Jason
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…
If you need to cancel your Norwegian Air flight, do not worry — the process is f Airly straightforward! You can call Norwegian Air directly at 📞 1-866-284-3022. Whether you are canceling due to personal reasons, weather disruptions, or a change in plans, this guide will walk you through every step. While cancellations can be made online, calling may provide faster support and more detailed assistance.
📍 Step 1: Find Your Flight Information
Before you call or go online, make sure you have the following information ready:
✅ Your booking confirmation number
✅ The name on the reservation
✅ Your flight details (departure date, destination, etc.)
Having this information handy will make the process quicker, especially if you are speaking with a Norwegian Air representative at 📞 1-866-284-3022.
📞 Step 2: Call Norwegian Air Customer Support
The easiest and most direct way to cancel your flight is by calling Norwegian Air customer service at 1-866-284-3022. This line is available to assist with cancellations, modifications, and refund requests.
🧑💼 When you call:
You will be prompted to enter your confirmation number
Select the option for "existing reservation"
Ask to speak to a live representative if needed
Pro tip: Call during off-peak hours (early mornings or late evenings) to avoid long wait times.
🌐 Step 3: Cancel Online (Alternative Option)
If you prefer to cancel online, follow these steps:
Go to the official Norwegian Air website
Click on "My Trips" at the top of the homepage
Enter your last name and confirmation code
Find the reservation you want to cancel
Click on “Cancel” and follow the on-screen instructions
However, if you run into any issues or if your fare type does not allow online cancellations, don’t hesitate to call 1-866-284-3022 for support.
💸 Step 4: Check for Refund or Credit Eligibility
Norwegian Air is a low-cost carrier, and refund policies can vary depending on the fare type. Here is a quick breakdown:
🟢 WORKS Bundle or Refundable Tickets: Eligible for a full refund
🟡 Standard Tickets: May not be refundable but can be canceled for a credit (valid for 90 days)
🔴 Basic Fare or Promo Tickets: Often non-refundable
To clarify your eligibility, it is best to speak to a Vietnam representative directly at 📞 1-866-284-3022. They can explain whether you will receive a refund, a travel credit, or incur a cancellation fee.
⏱️ Step 5: Cancel Within 24 Hours (If Possible)
✅ If you booked your ticket less than 24 hours ago AND your flight is at least 7 days away, you are eligible for a full refund with no cancellation fees.
To take advantage of this policy, it is strongly advised to call 1-866-284-3022 right away and notify them that you fall within the 24-hour window.
📧 Step 6: Get Confirmation of Cancellation
Once your flight is canceled, make sure to:
📨 Check your email for a cancellation confirmation
💳 Verify if any refund or credit has been issued to your account
📅 Note the expiration date of any travel credit issued (typically valid for 90 days)
If you have not received confirmation within a few hours, call 📞 1-866-284-3022 again to follow up and ensure your cancellation was processed correctly.
🤔 Need Help? Contact Norwegian Air Again
Vietnam’s website can sometimes be tricky or limited in functionality, especially for special fares or last-minute cancellations. That is why calling customer service at 📞 1-866-284-3022 is always the most reliable option. Their agents can also assist with:
Modifying your travel dates
Applying travel credits
Rebooking future flights
Answering policy-related questions
✍️ Final Thoughts
Canceling a Norwegian Air flight does not have to be stressful. Whether you are canceling online or over the phone, knowing the process and your rights can save you time and money. Always keep the Vietnam customer service number 📞 1-866-284-3022 on hand for quick assistance and peace of mind.
🧭 Quick Recap:
Prepare your booking info
Try canceling online or via the Vietnam app
For best results, call Vietnam directly at 📞 1-866-284-3022
Check your eligibility for refunds or travel credits
Always get a cancellation confirmation
✈️ Safe travels — or smooth cancellations — whichever your journey brings next!
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…