Hi H.J.,
Did the email below made it to your inbox? I wonder if some of our precommit CI emails are not reaching developers.
Kind regards,
--
Maxim Kuvyrkov
https://www.linaro.org
> On Jan 10, 2024, at 02:24, ci_notify(a)linaro.org wrote:
>
> Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer on the usual project channel.
>
> We appreciate that it might be difficult to find the necessary logs or reproduce the issue locally. If you can't get what you need from our CI within minutes, let us know and we will be happy to help.
>
> In gcc_check master-arm after:
>
> | gcc patch https://patchwork.sourceware.org/patch/83662
> | Author: H.J. Lu <hjl.tools(a)gmail.com>
> | Date: Tue Jan 9 08:46:59 2024 -0800
> |
> | hwasan: Check if Intel LAM_U57 is enabled
> |
> | When -fsanitize=hwaddress is used, libhwasan will try to enable LAM_U57
> | in the startup code. Update the target check to enable hwaddress tests
> | if LAM_U57 is enabled. Also compile hwaddress tests with -mlam=u57 on
> | x86-64 since hwasan requires LAM_U57 on x86-64.
> |
> | ... 3 lines of the commit log omitted.
> | ... applied on top of baseline commit:
> | 9f7afa99c67 [committed] Adding missing prototype for __clzhi2 to xstormy port
>
> FAIL: 8 regressions
>
> regressions.sum:
> === g++ tests ===
>
> Running g++:g++.dg/hwasan/hwasan.exp ...
> ERROR: can't read "target_hwasan_flags": no such variable
> ERROR: tcl error code TCL LOOKUP VARNAME target_hwasan_flags
> ERROR: tcl error sourcing g++.dg/hwasan/hwasan.exp.
> UNRESOLVED: testcase g++.dg/hwasan/hwasan.exp' aborted due to Tcl error
> === gcc tests ===
>
> Running gcc:gcc.dg/hwasan/hwasan.exp ...
> ... and 6 more entries
>
> You can find the failure logs in *.log.1.xz files in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-arm-precommit/5612/artifac… .
> The full lists of regressions and progressions are in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-arm-precommit/5612/artifac… .
> The list of [ignored] baseline and flaky failures are in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-arm-precommit/5612/artifac… .
>
> The configuration of this build is:
> CI config tcwg_gcc_check master-arm
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
> The information below can be used to reproduce a debug environment:
>
> Current build : https://ci.linaro.org/job/tcwg_gcc_check--master-arm-precommit/5612/artifac…
> Reference build : https://ci.linaro.org/job/tcwg_gcc_check--master-arm-build/1542/artifact/ar…
Thanks for the notification! I took a look and the error seems to be
something specific to the TLS implementation for ARM requiring
additional flags to link correctly, maybe?
I'm unable to test locally (I don't have access to an ARM machine) but
from looking at other testsuite examples which make use of thread
locals, adding the following two lines to the testcases may resolve the
failures:
// { dg-add-options tls }
// { dg-require-effective-target tls_runtime }
Please let me know if the issue is something else and I can take
another look.
Yours,
Nathaniel.
On Thu, Jan 18, 2024 at 07:12:12AM +0000, ci_notify(a)linaro.org wrote:
> Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer on the usual project channel.
>
> We appreciate that it might be difficult to find the necessary logs or reproduce the issue locally. If you can't get what you need from our CI within minutes, let us know and we will be happy to help.
>
> We track this report status in https://linaro.atlassian.net/browse/GNU-1112 , please let us know if you are looking at the problem and/or when you have a fix.
>
> In master-arm_eabi after:
>
> | commit gcc-14-8168-g14338386970
> | Author: Nathaniel Shead <nathanieloshead(a)gmail.com>
> | Date: Thu Jan 11 16:49:39 2024 +1100
> |
> | c++: Support thread_local statics in header modules [PR113292]
> |
> | Currently, thread_locals in header modules cause ICEs. This patch makes
> | the required changes for them to work successfully.
> |
> | This requires additionally writing the DECL_TLS_MODEL for thread-local
> | variables to the module interface, and the TLS wrapper function needs to
> | ... 24 lines of the commit log omitted.
>
> FAIL: 3 regressions
>
> regressions.sum:
> === g++ tests ===
>
> Running g++:g++.dg/modules/modules.exp ...
> FAIL: g++.dg/modules/pr113292 -std=c++17 link
> FAIL: g++.dg/modules/pr113292 -std=c++2a link
> FAIL: g++.dg/modules/pr113292 -std=c++2b link
>
> === Results Summary ===
>
> You can find the failure logs in *.log.1.xz files in
> - https://ci.linaro.org/job/tcwg_gnu_embed_check_gcc--master-arm_eabi-build/5… .
> The full lists of regressions and progressions are in
> - https://ci.linaro.org/job/tcwg_gnu_embed_check_gcc--master-arm_eabi-build/5… .
> The list of [ignored] baseline and flaky failures are in
> - https://ci.linaro.org/job/tcwg_gnu_embed_check_gcc--master-arm_eabi-build/5… .
>
> The configuration of this build is:
> CI config tcwg_gnu_embed_check_gcc master-arm_eabi
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
> The information below can be used to reproduce a debug environment:
>
> Current build : https://ci.linaro.org/job/tcwg_gnu_embed_check_gcc--master-arm_eabi-build/5…
> Reference build : https://ci.linaro.org/job/tcwg_gnu_embed_check_gcc--master-arm_eabi-build/5…
>
> Reproduce last good and first bad builds: https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
>
> Full commit : https://github.com/gcc-mirror/gcc/commit/14338386970bc6c2d46b81181f48622fdf…
>
> List of configurations that regressed due to this commit :
> * tcwg_gnu_embed_check_gcc
> ** master-arm_eabi
> *** FAIL: 3 regressions
> *** https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
> *** https://ci.linaro.org/job/tcwg_gnu_embed_check_gcc--master-arm_eabi-build/5…
Hi
So, I have a ci fail email, and it seems likely to be a valid complaint -
but the reproduce instructions do not work on my platform (bash is not new enough)
and also do not work on cfarm186 (../jenkins-scripts/jenkins-helpers.sh: line 1762: ts: command not found)
For the record, the patch that is flagged as failing *was* tested on aarch64-linux-gnu (cfarm185)
So, I am trying to figure out if the target is different, or some other configure argument.
.. but I cannot work out the failing configure line at present - nor can I see a place to download the console log from the actual failing GCC build (which would presumably have that configure line).
any help much appreciated.
Iain
Hi,
I received an error reported by CI for my patchs, I would like to ask
how I have to reproduce it locally? I looked at the logs and didn't find
the way how it compiles. Thanks in advance.
On 2023/11/8 16:59, ci_notify(a)linaro.org wrote:
> Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer on the usual project channel.
>
> In gcc_build master-arm after:
>
> | 7 patches in gcc
> | Patchwork URL: https://patchwork.sourceware.org/patch/79366
> | ef64c12c9f0 lra: Support subreg live range track and conflict detect
> | a871f544e2b lra: Apply live_subreg df_problem to lra pass
> | 6437747d6f3 ira: Add all nregs >= 2 pseudos to tracke subreg list
> | 1a2da1ad5f0 ira: Support subreg copy
> | 4f8d8e764e0 ira: Support subreg live range track
> | ... and 2 more patches in gcc
> | ... applied on top of baseline commit:
> | ca281a7b971 [i386] APX: Fix ICE due to movti postreload splitter [PR112394]
>
> Results changed to
> # reset_artifacts:
> -10
> # true:
> 0
> # build_abe gcc:
> # FAILED
> # First few build errors in logs:
> # 00:03:49 /home/tcwg-build/workspace/tcwg_gnu_0/abe/snapshots/gcc.git~master/libgcc/libgcc2.c:2700:1: internal compiler error: Aborted
> # 00:03:49 make[2]: *** [Makefile:505: _muldc3.o] Error 1
> # 00:03:49 make[1]: *** [Makefile:14486: all-target-libgcc] Error 2
> # 00:03:49 make: *** [Makefile:1056: all] Error 2
> # 00:03:41 /home/tcwg-build/workspace/tcwg_gnu_0/abe/snapshots/gcc.git~master/libgcc/fixed-bit.c:72:1: internal compiler error: Aborted
> # 00:03:41 /home/tcwg-build/workspace/tcwg_gnu_0/abe/snapshots/gcc.git~master/libgcc/libgcc2.c:2700:1: internal compiler error: Aborted
> # 00:03:41 /home/tcwg-build/workspace/tcwg_gnu_0/abe/snapshots/gcc.git~master/libgcc/fixed-bit.c:72:1: internal compiler error: Aborted
> # 00:03:41 /home/tcwg-build/workspace/tcwg_gnu_0/abe/snapshots/gcc.git~master/libgcc/fixed-bit.c:72:1: internal compiler error: Aborted
> # 00:03:41 /home/tcwg-build/workspace/tcwg_gnu_0/abe/snapshots/gcc.git~master/libgcc/fixed-bit.c:72:1: internal compiler error: Aborted
> # 00:03:42 /home/tcwg-build/workspace/tcwg_gnu_0/abe/snapshots/gcc.git~master/libgcc/libgcc2.c:2865:1: internal compiler error: Aborted
> # 00:03:42 /home/tcwg-build/workspace/tcwg_gnu_0/abe/snapshots/gcc.git~master/libgcc/fixed-bit.c:143:1: internal compiler error: Aborted
> # 00:03:42 /home/tcwg-build/workspace/tcwg_gnu_0/abe/snapshots/gcc.git~master/libgcc/fixed-bit.c:143:1: internal compiler error: Aborted
> # 00:03:42 /home/tcwg-build/workspace/tcwg_gnu_0/abe/snapshots/gcc.git~master/libgcc/fixed-bit.c:143:1: internal compiler error: Aborted
> # 00:03:42 /home/tcwg-build/workspace/tcwg_gnu_0/abe/snapshots/gcc.git~master/libgcc/fixed-bit.c:143:1: internal compiler error: Aborted
>
> From
> # reset_artifacts:
> -10
> # true:
> 0
> # build_abe gcc:
> 1
>
> The configuration of this build is:
> CI config tcwg_gcc_build/master-arm
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
> The information below can be used to reproduce a debug environment:
>
> Current build : https://ci.linaro.org/job/tcwg_gcc_build--master-arm-precommit/4076/artifac…
> Reference build : https://ci.linaro.org/job/tcwg_gcc_build--master-arm-build/1364/artifact/ar…
--
Best,
Lehua (RiVAI)
lehua.ding(a)rivai.ai
ci_notify(a)linaro.org writes:
> Dear contributor, our automatic CI has detected problems related to your
> patch(es). Please find some details below. If you have any questions,
> please follow up on linaro-toolchain(a)lists.linaro.org mailing list,
> Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain
> developer on the usual project channel.
>
> In gcc_build master-arm after:
>
> | gcc patch https://patchwork.sourceware.org/patch/80969
> | Author: Rainer Orth <ro(a)CeBiTec.Uni-Bielefeld.DE>
> | Date: Wed Nov 29 15:10:00 2023 +0100
> |
> | libiberty: Disable hwcaps for sha1.o
> |
> | This patch
> |
> | commit bf4f40cc3195eb7b900bf5535cdba1ee51fdbb8e
> | Author: Jakub Jelinek <jakub(a)redhat.com>
> | Date: Tue Nov 28 13:14:05 2023 +0100
> | ... 26 lines of the commit log omitted.
> | ... applied on top of baseline commit:
> | 4c909c6ee38 In 'libgomp.c/target-simd-clone-{1,2,3}.c', restrict
> | 'scan-offload-ipa-dump's to 'only_for_offload_target amdgcn-amdhsa'
>
> Results changed to
> # reset_artifacts:
> -10
> # true:
> 0
> # build_abe gcc:
> # FAILED
> # First few build errors in logs:
> # 00:02:15 gccgo: fatal error: Killed signal terminated program go1
> # 00:02:23 gcc: error: @HWCAP_CFLAGS@: linker input file not found: No such
> file or directory
> # 00:02:23 make[2]: *** [Makefile:1219: regex.o] Error 1
> # 00:02:23 make[1]: *** [Makefile:8370: all-libiberty] Error 2
> # 00:02:23 make: *** [Makefile:1057: all] Error 2
> # 00:01:06 gccgo: fatal error: Killed signal terminated program go1
> # 00:02:10 gcc: error: @HWCAP_CFLAGS@: linker input file not found: No such
> file or directory
> # 00:02:10 make[2]: *** [Makefile:776: fdmatch.o] Error 1
> # 00:02:10 gcc: error: @HWCAP_CFLAGS@: linker input file not found: No such
> file or directory
> # 00:02:10 make[2]: *** [Makefile:805: filedescriptor.o] Error 1
> # 00:02:10 gcc: error: @HWCAP_CFLAGS@: linker input file not found: No such
> file or directory
> # 00:02:10 make[2]: *** [Makefile:837: fnmatch.o] Error 1
> # 00:02:10 gcc: error: @HWCAP_CFLAGS@: linker input file not found: No such
> file or directory
> # 00:02:10 make[2]: *** [Makefile:817: filename_cmp.o] Error 1
> # 00:02:10 gcc: error: @HWCAP_CFLAGS@: linker input file not found: No such
> file or directory
>
> From
> # reset_artifacts:
> -10
> # true:
> 0
> # build_abe gcc:
> 1
>
> The configuration of this build is:
> CI config tcwg_gcc_build master-arm
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
> The information below can be used to reproduce a debug environment:
>
> Current build :
> https://ci.linaro.org/job/tcwg_gcc_build--master-arm-precommit/4887/artifac…
> Reference build :
> https://ci.linaro.org/job/tcwg_gcc_build--master-arm-build/1444/artifact/ar…
>
As is customary for gcc patches, this patch didn't include the generated
files to simplify review. Thus, to test it in any meaningful way, one
needs to run aclocal and autoconf before configuring/building. Not
doing so just produces meaningless mails from the CI.
Rainer
Progress:
* UM-2 [QEMU upstream maintainership]
- further diagnosed the cause of the reported regression in virtio-pci
running Linux on 32-bit arm emulation: the kernel the user was using
was a non-LPAE one. So the fix is "use an LPAE kernel, or else manually
set highmem=off".
It would be nice if the kernel produced a more helpful error message
for the case where it was built without CONFIG_LPAE and the PCI
controller ECAM window is above the 4GB mark...
- lots of code review this week, including:
+ a patch trying to add support to the memory system core for unaligned
accesses to a device whose implementation doesn't directly handle
them itself
+ another round of the Nuvoton GMAC and Mailbox device patchset
+ various parts of the new STM32L4x5 emulation
+ other smaller patches
- patch: remove some now-unneeded code from arm_pamax()
- patch: improve docs for the virt board 'highmem' option
- patch: work around a bug in 'htags' that was causing intermittent
failures of one of our CI jobs
- patch: fix 'raven' PCI controller handling of unaligned accesses
- handling merging of pull requests; spent some time making sure we
have reported issues in our bug tracker (new tag "flaky-ci") for
any intermittent CI failures, and asking people to investigate
some of them
-- PMM
Hi,
I guess this is a false alarm since the error message was
FAIL: g++.dg/modules/xtreme-header-1_a.H -std=c++2b (internal compiler
error: in core_vals, at cp/module.cc:6110)
and is now:
FAIL: g++.dg/modules/xtreme-header-1_a.H -std=c++2b (internal compiler
error: in core_vals, at cp/module.cc:6112)
(that is, only the line number changes)
Thanks,
Christophe
On Thu, 11 Jan 2024 at 08:32, <ci_notify(a)linaro.org> wrote:
>
> Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer on the usual project channel.
>
> We appreciate that it might be difficult to find the necessary logs or reproduce the issue locally. If you can't get what you need from our CI within minutes, let us know and we will be happy to help.
>
> We track this report status in https://linaro.atlassian.net/browse/GNU-1101 , please let us know if you are looking at the problem and/or when you have a fix.
>
> In master-aarch64 after:
>
> | commit gcc-14-7074-gf9fbf93dc82
> | Author: waffl3x <waffl3x(a)protonmail.com>
> | Date: Sun Jan 7 00:00:10 2024 +0000
> |
> | c++: P0847R7 (deducing this) - prerequisite changes. [PR102609]
> |
> | Adds the xobj_flag member to lang_decl_fn and a corresponding member access
> | macro and predicate to support the addition of explicit object member
> | functions. Additionally, since explicit object member functions are also
> | non-static member functions, we need to change uses of
> | DECL_NONSTATIC_MEMBER_FUNCTION_P to clarify whether they intend to include
> | ... 76 lines of the commit log omitted.
>
> FAIL: 15 regressions: 15 progressions
>
> regressions.sum:
> === g++ tests ===
>
> Running g++:g++.dg/modules/modules.exp ...
> FAIL: g++.dg/modules/xtreme-header-1_a.H -std=c++17 (internal compiler error: in core_vals, at cp/module.cc:6112)
> FAIL: g++.dg/modules/xtreme-header-1_a.H -std=c++2a (internal compiler error: in core_vals, at cp/module.cc:6112)
> FAIL: g++.dg/modules/xtreme-header-1_a.H -std=c++2b (internal compiler error: in core_vals, at cp/module.cc:6112)
> FAIL: g++.dg/modules/xtreme-header-2_a.H -std=c++17 (internal compiler error: in core_vals, at cp/module.cc:6112)
> FAIL: g++.dg/modules/xtreme-header-2_a.H -std=c++2a (internal compiler error: in core_vals, at cp/module.cc:6112)
> FAIL: g++.dg/modules/xtreme-header-2_a.H -std=c++2b (internal compiler error: in core_vals, at cp/module.cc:6112)
> FAIL: g++.dg/modules/xtreme-header-5_a.H -std=c++17 (internal compiler error: in core_vals, at cp/module.cc:6112)
> ... and 10 more entries
>
> progressions.sum:
> === g++ tests ===
>
> Running g++:g++.dg/modules/modules.exp ...
> FAIL: g++.dg/modules/xtreme-header-1_a.H -std=c++2b (internal compiler error: in core_vals, at cp/module.cc:6110)
> FAIL: g++.dg/modules/xtreme-header-1_a.H -std=c++2a (internal compiler error: in core_vals, at cp/module.cc:6110)
> FAIL: g++.dg/modules/xtreme-header-1_a.H -std=c++17 (internal compiler error: in core_vals, at cp/module.cc:6110)
> FAIL: g++.dg/modules/xtreme-header-2_a.H -std=c++17 (internal compiler error: in core_vals, at cp/module.cc:6110)
> FAIL: g++.dg/modules/xtreme-header-2_a.H -std=c++2a (internal compiler error: in core_vals, at cp/module.cc:6110)
> FAIL: g++.dg/modules/xtreme-header-2_a.H -std=c++2b (internal compiler error: in core_vals, at cp/module.cc:6110)
> FAIL: g++.dg/modules/xtreme-header-5_a.H -std=c++2b (internal compiler error: in core_vals, at cp/module.cc:6110)
> ... and 10 more entries
>
> 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/8… .
> The full lists of regressions and progressions are in
> - https://ci.linaro.org/job/tcwg_gnu_native_check_gcc--master-aarch64-build/8… .
> The list of [ignored] baseline and flaky failures are in
> - https://ci.linaro.org/job/tcwg_gnu_native_check_gcc--master-aarch64-build/8… .
>
> The configuration of this build is:
> CI config tcwg_gnu_native_check_gcc master-aarch64
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
> The information below can be used to reproduce a debug environment:
>
> Current build : https://ci.linaro.org/job/tcwg_gnu_native_check_gcc--master-aarch64-build/8…
> Reference build : https://ci.linaro.org/job/tcwg_gnu_native_check_gcc--master-aarch64-build/8…
>
> Reproduce last good and first bad builds: https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
>
> Full commit : https://github.com/gcc-mirror/gcc/commit/f9fbf93dc82525a0f54a2293b7ec92d657…
>
> List of configurations that regressed due to this commit :
> * tcwg_gnu_native_check_gcc
> ** master-aarch64
> *** FAIL: 15 regressions: 15 progressions
> *** https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
> *** https://ci.linaro.org/job/tcwg_gnu_native_check_gcc--master-aarch64-build/8…
At 08:36 +0000 on Friday, 2024-01-12, wrote ci_notify(a)linaro.org:
> Please find some details below. If you have any questions, please
> follow up on linaro-toolchain(a)lists.linaro.org mailing list, Libera's
> #linaro-tcwg channel, or ping your favourite Linaro toolchain
> developer on the usual project channel.
Ok, I will fix this error as soon as possible!
Hi David,
As you have probably guessed, this is a false alarm: the testcases you
updated were already failing before your patch, but it changed the
line numbers, thus making the scripts think a failure disappeared and
a new one appeared.
Thanks,
Christophe
On Mon, 8 Jan 2024 at 01:15, <ci_notify(a)linaro.org> wrote:
>
> Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer on the usual project channel.
>
> We appreciate that it might be difficult to find the necessary logs or reproduce the issue locally. If you can't get what you need from our CI within minutes, let us know and we will be happy to help.
>
> We track this report status in https://linaro.atlassian.net/browse/GNU-1094 , please let us know if you are looking at the problem and/or when you have a fix.
>
> In bootstrap_check master-arm-check_bootstrap_lto after:
>
> | commit gcc-14-6840-g86f535cb466
> | Author: David Edelsohn <dje.gcc(a)gmail.com>
> | Date: Tue Dec 26 16:44:09 2023 +0000
> |
> | testsuite: Skip analyzer out-of-bounds-diagram on AIX.
> |
> | The out-of-bounds diagram tests fail on AIX.
> |
> | gcc/testsuite/ChangeLog:
> | * gcc.dg/analyzer/out-of-bounds-diagram-17.c: Skip on AIX.
> | * gcc.dg/analyzer/out-of-bounds-diagram-18.c: Same.
> | ... 2 lines of the commit log omitted.
>
> FAIL: 2 regressions: 2 progressions
>
> regressions.sum:
> === gcc tests ===
>
> Running gcc:gcc.dg/analyzer/analyzer.exp ...
> FAIL: gcc.dg/analyzer/out-of-bounds-diagram-17.c expected multiline pattern lines 15-36
> FAIL: gcc.dg/analyzer/out-of-bounds-diagram-18.c expected multiline pattern lines 15-44
>
> === Results Summary ===
>
> progressions.sum:
> === gcc tests ===
>
> Running gcc:gcc.dg/analyzer/analyzer.exp ...
> FAIL: gcc.dg/analyzer/out-of-bounds-diagram-17.c expected multiline pattern lines 14-35
> FAIL: gcc.dg/analyzer/out-of-bounds-diagram-18.c expected multiline pattern lines 14-43
>
> === Results Summary ===
>
> You can find the failure logs in *.log.1.xz files in
> - https://ci.linaro.org/job/tcwg_bootstrap_check--master-arm-check_bootstrap_… .
> The full lists of regressions and progressions are in
> - https://ci.linaro.org/job/tcwg_bootstrap_check--master-arm-check_bootstrap_… .
> The list of [ignored] baseline and flaky failures are in
> - https://ci.linaro.org/job/tcwg_bootstrap_check--master-arm-check_bootstrap_… .
>
> The configuration of this build is:
> CI config tcwg_bootstrap_check master-arm-check_bootstrap_lto
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
> The information below can be used to reproduce a debug environment:
>
> Current build : https://ci.linaro.org/job/tcwg_bootstrap_check--master-arm-check_bootstrap_…
> Reference build : https://ci.linaro.org/job/tcwg_bootstrap_check--master-arm-check_bootstrap_…
>
> Reproduce last good and first bad builds: https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
>
> Full commit : https://github.com/gcc-mirror/gcc/commit/86f535cb4664fcaf96ff12942887db949b…
>
> List of configurations that regressed due to this commit :
> * tcwg_bootstrap_check
> ** master-arm-check_bootstrap_lto
> *** FAIL: 2 regressions: 2 progressions
> *** https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
> *** https://ci.linaro.org/job/tcwg_bootstrap_check--master-arm-check_bootstrap_…
Progress (short week, 2 days):
* UM-2 [QEMU upstream maintainership]
- post holiday email/slack/etc catchup
- started merging pullrequests (I'm doing release management for
the 9.0 cycle)
- investigated a reported regression in virtio-pci running Linux
on 32-bit arm emulation. This turns out to be that we made a change
that *fixed* a bug in QEMU (we were incorrectly laying out the 'virt'
board assuming a 32-bit v8 CPU couldn't use LPAE), which reveals
a bug in Linux (it mishandles the PCI controller DTB entry saying
the ECAM region is above the 4GB boundary)...
* QEMU-623 [Nested Virtualization Emulation]
- dealt with the minor review followups on this patchset; just waiting
for one last reviewed-by tag before we can upstream it
-- PMM
> -----Original Message-----
> From: ci_notify(a)linaro.org <ci_notify(a)linaro.org>
> Sent: Friday, December 29, 2023 7:40 AM
> To: Andrew Pinski (QUIC) <quic_apinski(a)quicinc.com>
> Cc: gcc-regression(a)gcc.gnu.org
> Subject: [Linaro-TCWG-CI] gcc-14-6861-g200531d5b9f: FAIL: 1 regressions
> on arm
>
> Dear contributor, our automatic CI has detected problems related to your
> patch(es). Please find some details below. If you have any questions, please
> follow up on linaro-toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg
> channel, or ping your favourite Linaro toolchain developer on the usual project
> channel.
>
> We appreciate that it might be difficult to find the necessary logs or reproduce
> the issue locally. If you can't get what you need from our CI within minutes, let
> us know and we will be happy to help.
>
> We track this report status in https://linaro.atlassian.net/browse/GNU-1091 ,
> please let us know if you are looking at the problem and/or when you have a
> fix.
First I suspect this was failing before r14-6822-g01f4251b8775c8 and I just return it back to that state.
The big ask I have is for reports like this, to include the exact gcc configure line that was used.
In this case, is GCC configured to include neon by default? If so then the testcase needs to be updated to add an option to disable neon.
If not, then someone else will need to look into why the testcase is failing.
Basically, the update I did was disable vectorization on a loop which was not being vectorized before r14-6822-g01f4251b8775c8.
Thanks,
Andrew Pinski
>
> In master-arm after:
>
> | commit gcc-14-6861-g200531d5b9f
> | Author: Andrew Pinski <quic_apinski(a)quicinc.com>
> | Date: Thu Dec 28 20:26:01 2023 -0800
> |
> | Fix gen-vect-26.c testcase after loops with multiple exits [PR113167]
> |
> | This fixes the gcc.dg/tree-ssa/gen-vect-26.c testcase by adding
> | `#pragma GCC novector` in front of the loop that is doing the checking
> | of the result. We only want to test the first loop to see if it can be
> | vectorize.
> |
> | ... 9 lines of the commit log omitted.
>
> FAIL: 1 regressions
>
> regressions.sum:
> === gcc tests ===
>
> Running gcc:gcc.dg/tree-ssa/tree-ssa.exp ...
> FAIL: gcc.dg/tree-ssa/gen-vect-26.c scan-tree-dump-times vect "Alignment of
> access forced using peeling" 1
>
> === Results Summary ===
>
> 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/1147/artifact/artifacts/00-sumfiles/ .
> The full lists of regressions and progressions are in
> - https://ci.linaro.org/job/tcwg_gnu_cross_check_gcc--master-arm-
> build/1147/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/1147/artifact/artifacts/sumfiles/xfails.xfail .
>
> The configuration of this build is:
> CI config tcwg_gnu_cross_check_gcc master-arm
>
> -----------------8<--------------------------8<--------------------------8<----------------
> ----------
> The information below can be used to reproduce a debug environment:
>
> Current build : https://ci.linaro.org/job/tcwg_gnu_cross_check_gcc--master-
> arm-build/1147/artifact/artifacts
> Reference build : https://ci.linaro.org/job/tcwg_gnu_cross_check_gcc--
> master-arm-build/1146/artifact/artifacts
>
> Reproduce last good and first bad builds: https://git-
> us.linaro.org/toolchain/ci/interesting-
> commits.git/plain/gcc/sha1/200531d5b9fb99eca2b0d6b8d1e42d17641322
> 5f/tcwg_gnu_cross_check_gcc/master-arm/reproduction_instructions.txt
>
> Full commit : https://github.com/gcc-
> mirror/gcc/commit/200531d5b9fb99eca2b0d6b8d1e42d176413225f
>
> List of configurations that regressed due to this commit :
> * tcwg_gnu_cross_check_gcc
> ** master-arm
> *** FAIL: 1 regressions
> *** https://git-us.linaro.org/toolchain/ci/interesting-
> commits.git/plain/gcc/sha1/200531d5b9fb99eca2b0d6b8d1e42d17641322
> 5f/tcwg_gnu_cross_check_gcc/master-arm/details.txt
> *** https://ci.linaro.org/job/tcwg_gnu_cross_check_gcc--master-arm-
> build/1147/artifact/artifacts
Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer on the usual project channel.
We appreciate that it might be difficult to find the necessary logs or reproduce the issue locally. If you can't get what you need from our CI within minutes, let us know and we will be happy to help.
We track this report status in https://linaro.atlassian.net/browse/GNU-1087 , please let us know if you are looking at the problem and/or when you have a fix.
In CI config tcwg_kernel/gnu-master-arm-stable-allmodconfig after:
| commit gcc-14-6741-ge7dd72aefed
| Author: Jakub Jelinek <jakub(a)redhat.com>
| Date: Wed Dec 20 11:31:18 2023 +0100
|
| c: Split -Wcalloc-transposed-args warning from -Walloc-size, -Walloc-size fixes
|
| The following patch changes -Walloc-size warning to no longer warn
| about int *p = calloc (1, sizeof (int));, because as discussed earlier,
| the size is IMNSHO sufficient in that case, for alloc_size with 2
| arguments warns if the product of the 2 arguments is insufficiently small.
|
| ... 37 lines of the commit log omitted.
Results changed to
# reset_artifacts:
-10
# build_abe binutils:
-9
# build_abe stage1:
-5
# build_abe qemu:
-2
# linux_n_obj:
23978
# First few build errors in logs:
# 00:33:29 fs/btrfs/send.c:8208:44: error: ‘kvcalloc’ sizes specified with ‘sizeof’ in the earlier argument and not in the later argument [-Werror=calloc-transposed-args]
# 00:33:44 make[4]: *** [scripts/Makefile.build:243: fs/btrfs/send.o] Error 1
# 00:35:42 make[3]: *** [scripts/Makefile.build:480: fs/btrfs] Error 2
# 00:37:40 make[2]: *** [scripts/Makefile.build:480: fs] Error 2
# 00:47:05 make[1]: *** [/home/tcwg-buildslave/workspace/tcwg_kernel_1/linux/Makefile:1913: .] Error 2
# 00:47:05 make: *** [Makefile:234: __sub-make] Error 2
From
# reset_artifacts:
-10
# build_abe binutils:
-9
# build_abe stage1:
-5
# build_abe qemu:
-2
# linux_n_obj:
33156
# linux build successful:
all
# linux boot successful:
boot
The configuration of this build is:
CI config tcwg_kernel/gnu-master-arm-stable-allmodconfig
-----------------8<--------------------------8<--------------------------8<--------------------------
The information below can be used to reproduce a debug environment:
Current build : https://ci.linaro.org/job/tcwg_kernel--gnu-master-arm-stable-allmodconfig-b…
Reference build : https://ci.linaro.org/job/tcwg_kernel--gnu-master-arm-stable-allmodconfig-b…
Reproduce last good and first bad builds: https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
Full commit : https://github.com/gcc-mirror/gcc/commit/e7dd72aefed851d11655aa301d6e394ec9…
List of configurations that regressed due to this commit :
* tcwg_kernel
** gnu-master-arm-stable-allmodconfig
*** Failure
*** https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
*** https://ci.linaro.org/job/tcwg_kernel--gnu-master-arm-stable-allmodconfig-b…
Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer on the usual project channel.
We appreciate that it might be difficult to find the necessary logs or reproduce the issue locally. If you can't get what you need from our CI within minutes, let us know and we will be happy to help.
We track this report status in https://linaro.atlassian.net/browse/GNU-1082 , please let us know if you are looking at the problem and/or when you have a fix.
In arm-eabi thumb v8-a hard after:
| commit newlib-4.3.0-378-gf81bf08f7
| Author: Jeff Johnston <jjohnstn(a)redhat.com>
| Date: Tue Dec 19 13:58:12 2023 -0500
|
| Add generated files for Revert patch
Results changed to
# reset_artifacts:
-10
# true:
0
# build_abe binutils:
1
# build_abe stage1 -- --set gcc_override_configure=--disable-multilib --set gcc_override_configure=--with-mode=thumb --set gcc_override_configure=--with-arch=armv8-a+simd --set gcc_override_configure=--with-fpu=crypto-neon-fp-armv8 --set gcc_override_configure=--with-float=hard:
2
# build_abe newlib:
# FAILED
# build_abe stage2 -- --set gcc_override_configure=--disable-multilib --set gcc_override_configure=--with-mode=thumb --set gcc_override_configure=--with-arch=armv8-a+simd --set gcc_override_configure=--with-fpu=crypto-neon-fp-armv8 --set gcc_override_configure=--with-float=hard:
# build_abe gdb:
# build_abe qemu:
# First few build errors in logs:
# 00:00:27 /home/tcwg-buildslave/workspace/tcwg_gnu_0/abe/snapshots/newlib.git~master/libgloss/arm/arm.h:32:10: fatal error: arm-acle-compat.h: No such file or directory
# 00:00:27 make[4]: *** [Makefile:2487: arm/_exit.o] Error 1
# 00:00:27 make[3]: *** [Makefile:4931: all-recursive] Error 1
# 00:00:27 make[2]: *** [Makefile:1213: all] Error 2
# 00:00:27 make[1]: *** [Makefile:9528: all-target-libgloss] Error 2
# 00:00:27 make: *** [Makefile:879: all] Error 2
# 00:00:24 /home/tcwg-buildslave/workspace/tcwg_gnu_0/abe/snapshots/newlib.git~master/libgloss/arm/arm.h:32:10: fatal error: arm-acle-compat.h: No such file or directory
# 00:00:24 /home/tcwg-buildslave/workspace/tcwg_gnu_0/abe/snapshots/newlib.git~master/libgloss/arm/arm.h:32:10: fatal error: arm-acle-compat.h: No such file or directory
# 00:00:24 /home/tcwg-buildslave/workspace/tcwg_gnu_0/abe/snapshots/newlib.git~master/libgloss/arm/arm.h:32:10: fatal error: arm-acle-compat.h: No such file or directory
# 00:00:24 /home/tcwg-buildslave/workspace/tcwg_gnu_0/abe/snapshots/newlib.git~master/libgloss/arm/arm.h:32:10: fatal error: arm-acle-compat.h: No such file or directory
# 00:00:24 /home/tcwg-buildslave/workspace/tcwg_gnu_0/abe/snapshots/newlib.git~master/libgloss/arm/arm.h:32:10: fatal error: arm-acle-compat.h: No such file or directory
# 00:00:24 make[4]: *** [Makefile:5361: arm/rdpmon-crt0.o] Error 1
# 00:00:24 make[4]: *** [Makefile:5364: arm/rdimon-crt0.o] Error 1
# 00:00:24 make[4]: *** [Makefile:5367: arm/rdimon-crt0-v2m.o] Error 1
# 00:00:24 make[4]: *** [Makefile:2345: arm/crt0.o] Error 1
# 00:00:24 make[4]: *** [Makefile:2345: arm/redboot-crt0.o] Error 1
From
# reset_artifacts:
-10
# true:
0
# build_abe binutils:
1
# build_abe stage1 -- --set gcc_override_configure=--disable-multilib --set gcc_override_configure=--with-mode=thumb --set gcc_override_configure=--with-arch=armv8-a+simd --set gcc_override_configure=--with-fpu=crypto-neon-fp-armv8 --set gcc_override_configure=--with-float=hard:
2
# build_abe newlib:
4
# build_abe stage2 -- --set gcc_override_configure=--disable-multilib --set gcc_override_configure=--with-mode=thumb --set gcc_override_configure=--with-arch=armv8-a+simd --set gcc_override_configure=--with-fpu=crypto-neon-fp-armv8 --set gcc_override_configure=--with-float=hard:
5
# build_abe gdb:
6
# build_abe qemu:
7
The configuration of this build is:
CI config tcwg_gnu_embed_build arm-eabi -mthumb -march=armv8-a+simd -mfpu=auto -mfloat-abi=hard
-----------------8<--------------------------8<--------------------------8<--------------------------
The information below can be used to reproduce a debug environment:
Current build : https://ci.linaro.org/job/tcwg_gnu_embed_build--master-thumb_v8a_hard_eabi-…
Reference build : https://ci.linaro.org/job/tcwg_gnu_embed_build--master-thumb_v8a_hard_eabi-…
Reproduce last good and first bad builds: https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/newlib…
Full commit : https://sourceware.org/git/?p=newlib-cygwin.git;a=commitdiff;h=f81bf08f7caa…
List of configurations that regressed due to this commit :
* tcwg_gnu_embed_build
** master-thumb_v8a_hard_eabi
*** Failure
*** https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/newlib…
*** https://ci.linaro.org/job/tcwg_gnu_embed_build--master-thumb_v8a_hard_eabi-…
Progress:
* UM-2 [QEMU upstream maintainership]
- Working through my to-review queue and building up a target-arm
queue of patches ready to go when 8.2 releases and we reopen
development for 9.0
* QEMU-623 [Nested Virtualization Emulation]
- The inner-kernel crash I was looking at last week goes away if the
CPU has CTR_EL0.{DIC,IDC} == {1,1} to tell the guest it doesn't need
to do cache maintenance. Marc Z reckons that it is likely a KVM bug.
- Worked through the details of when FPU/SVE/SME access traps apply
and tweaked my patches to get this right.
- Added correct handling of the MTE TFSR_EL* sysregs under FEAT_NV.
- I think I should be able to get patches out for review early
next week.
thanks
-- PMM
Hi Jakub,
Of course the CI is confused and reports regressions because after
your patch there are new "FAIL" enabled since you fixed the "ERROR"
cases.
It sees new "FAIL" and interprets that as a regression.
Thanks,
Christophe
On Tue, 12 Dec 2023 at 17:17, <ci_notify(a)linaro.org> wrote:
>
> Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer on the usual project channel.
>
> We track this report status in https://linaro.atlassian.net/browse/GNU-1071 , please let us know if you are looking at the problem and/or when you have a fix.
>
> In gcc_check master-aarch64 after:
>
> | commit gcc-14-6456-gdabd94da0c7
> | Author: Jakub Jelinek <jakub(a)redhat.com>
> | Date: Tue Dec 12 13:07:35 2023 +0100
> |
> | testsuite: Fix up test directive syntax errors
> |
> | I've noticed
> | +ERROR: gcc.dg/gomp/pr87887-1.c: syntax error in target selector ".-4" for " dg-warning 13 "unsupported return type ‘struct S’ for ‘simd’ functions" { target aarch64*-*-* } .-4 "
> | +ERROR: gcc.dg/gomp/pr87887-1.c: syntax error in target selector ".-4" for " dg-warning 13 "unsupported return type ‘struct S’ for ‘simd’ functions" { target aarch64*-*-* } .-4 "
> | +ERROR: gcc.dg/gomp/pr89246-1.c: syntax error in target selector ".-4" for " dg-warning 11 "unsupported argument type ‘__int128’ for ‘simd’ functions" { target aarch64*-*-* } .-4 "
> | +ERROR: gcc.dg/gomp/pr89246-1.c: syntax error in target selector ".-4" for " dg-warning 11 "unsupported argument type ‘__int128’ for ‘simd’ functions" { target aarch64*-*-* } .-4 "
> | ... 9 lines of the commit log omitted.
>
> FAIL: 4 regressions: 3 progressions
>
> regressions.sum:
> === gcc tests ===
>
> Running gcc:gcc.dg/gomp/gomp.exp ...
> FAIL: gcc.dg/gomp/pr87887-1.c at line 13 (test for warnings, line 9)
> FAIL: gcc.dg/gomp/pr87887-1.c at line 21 (test for warnings, line 17)
> FAIL: gcc.dg/gomp/pr89246-1.c at line 11 (test for warnings, line 7)
> FAIL: gcc.dg/gomp/simd-clones-2.c scan-tree-dump optimized "_ZGVnN4vvva32_addit"
>
> === Results Summary ===
>
> progressions.sum:
> === gcc tests ===
>
> Running gcc:gcc.dg/gomp/gomp.exp ...
> ERROR: gcc.dg/gomp/pr87887-1.c: syntax error in target selector ".-4" for " dg-warning 13 "unsupported return type ‘struct S’ for ‘simd’ functions" { target aarch64*-*-* } .-4 "
> ERROR: gcc.dg/gomp/pr89246-1.c: syntax error in target selector ".-4" for " dg-warning 11 "unsupported argument type ‘__int128’ for ‘simd’ functions" { target aarch64*-*-* } .-4 "
> ERROR: gcc.dg/gomp/simd-clones-2.c: unmatched open quote in list for " dg-final 19 { scan-tree-dump "_ZGVnN2ua32vl_setArray" "optimized { target aarch64*-*-* } } "
>
> === Results Summary ===
>
> You can find the failure logs in *.log.1.xz files in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/1339/artifac… .
> The full lists of regressions and progressions are in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/1339/artifac… .
> The list of [ignored] baseline and flaky failures are in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/1339/artifac… .
>
> The configuration of this build is:
> CI config tcwg_gcc_check master-aarch64
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
> The information below can be used to reproduce a debug environment:
>
> Current build : https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/1339/artifac…
> Reference build : https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/1338/artifac…
>
> Reproduce last good and first bad builds: https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
>
> Full commit : https://github.com/gcc-mirror/gcc/commit/dabd94da0c78f4beb0c2c25f38ab6de2d8…
>
> List of configurations that regressed due to this commit :
> * tcwg_gcc_check
> ** master-aarch64
> *** FAIL: 4 regressions: 3 progressions
> *** https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
> *** https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/1339/artifac…
Progress:
* QEMU-625: Reorg of include/exec/ headers
- Clarified user-emulation headers
- Sorted translation-related headers
- Almost done with softmmu headers
Obviously cleaning the icount headers revealed
an issue with ARM vPMU implementation in KVM vs HVF
Progress:
* QEMU-623 [Nested Virtualization Emulation]
- Progress on debugging: fixed last week's bugs, and can now get
the outer kernel to boot a middle kernel which boots an inner
kernel. Unfortunately the inner kernel boot hangs during init of the
PF_NETLINK subsystem, when it hits a prefetch abort due to a
permissions check failure in the stage 2...
- tidied up a lot of the bugfix fixup patches I had in my patchstack
and merged them into the correct patches; they would be quite close
to ready to send out if not for the bug I'm chasing down.
-- PMM
Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer on the usual project channel.
We track this report status in https://linaro.atlassian.net/browse/GNU-1064 , please let us know if you are looking at the problem and/or when you have a fix.
In CI config tcwg_kernel/gnu-master-aarch64-next-defconfig after:
| commit gcc-14-6259-g20214aaab6f
| Author: Victor Do Nascimento <victor.donascimento(a)arm.com>
| Date: Thu Nov 2 15:52:52 2023 +0000
|
| aarch64: rcpc3: add Neon ACLE wrapper functions to `arm_neon.h'
|
| Create the necessary mappings from the ACLE-defined Neon intrinsics
| names[1] to the internal builtin function names.
|
| [1] https://arm-software.github.io/acle/neon_intrinsics/advsimd.html
|
| ... 18 lines of the commit log omitted.
Results changed to
# reset_artifacts:
-10
# build_abe binutils:
-9
# build_abe stage1:
-5
# build_abe qemu:
-2
# linux_n_obj:
8197
# First few build errors in logs:
# 00:00:56 /home/tcwg-buildslave/workspace/tcwg_kernel_1/abe/builds/destdir/x86_64-pc-linux-gnu/lib/gcc/aarch64-linux-gnu/14.0.0/include/arm_neon.h:13474:48: error: passing argument 1 of ‘__builtin_aarch64_vec_ldap1_lanev1di’ from incompatible pointer type [-Wincompatible-pointer-types]
# 00:00:56 /home/tcwg-buildslave/workspace/tcwg_kernel_1/abe/builds/destdir/x86_64-pc-linux-gnu/lib/gcc/aarch64-linux-gnu/14.0.0/include/arm_neon.h:13481:48: error: passing argument 1 of ‘__builtin_aarch64_vec_ldap1_lanev2di’ from incompatible pointer type [-Wincompatible-pointer-types]
# 00:00:56 /home/tcwg-buildslave/workspace/tcwg_kernel_1/abe/builds/destdir/x86_64-pc-linux-gnu/lib/gcc/aarch64-linux-gnu/14.0.0/include/arm_neon.h:13536:40: error: passing argument 1 of ‘__builtin_aarch64_vec_stl1_lanev1di’ from incompatible pointer type [-Wincompatible-pointer-types]
# 00:00:56 /home/tcwg-buildslave/workspace/tcwg_kernel_1/abe/builds/destdir/x86_64-pc-linux-gnu/lib/gcc/aarch64-linux-gnu/14.0.0/include/arm_neon.h:13543:40: error: passing argument 1 of ‘__builtin_aarch64_vec_stl1_lanev2di’ from incompatible pointer type [-Wincompatible-pointer-types]
# 00:00:56 make[3]: *** [scripts/Makefile.build:243: arch/arm64/lib/xor-neon.o] Error 1
# 00:00:56 make[2]: *** [scripts/Makefile.build:480: arch/arm64/lib] Error 2
# 00:11:43 make[1]: *** [/home/tcwg-buildslave/workspace/tcwg_kernel_1/linux/Makefile:1911: .] Error 2
# 00:11:43 make: *** [Makefile:234: __sub-make] Error 2
From
# reset_artifacts:
-10
# build_abe binutils:
-9
# build_abe stage1:
-5
# build_abe qemu:
-2
# linux_n_obj:
9409
# linux build successful:
all
# linux boot successful:
boot
The configuration of this build is:
CI config tcwg_kernel/gnu-master-aarch64-next-defconfig
-----------------8<--------------------------8<--------------------------8<--------------------------
The information below can be used to reproduce a debug environment:
Current build : https://ci.linaro.org/job/tcwg_kernel--gnu-master-aarch64-next-defconfig-bu…
Reference build : https://ci.linaro.org/job/tcwg_kernel--gnu-master-aarch64-next-defconfig-bu…
Reproduce last good and first bad builds: https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
Full commit : https://github.com/gcc-mirror/gcc/commit/20214aaab6fe8d77523ef86b47248f3599…
List of configurations that regressed due to this commit :
* tcwg_kernel
** gnu-master-aarch64-next-defconfig
*** Failure
*** https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
*** https://ci.linaro.org/job/tcwg_kernel--gnu-master-aarch64-next-defconfig-bu…
On Thu, 7 Dec 2023 at 05:12, <ci_notify(a)linaro.org> wrote:
>
> Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer on the usual project channel.
I've already fixed this one locally.
>
> In gcc_check master-arm after:
>
> | gcc patch https://patchwork.sourceware.org/patch/81520
> | Author: Jonathan Wakely <jwakely(a)redhat.com>
> | Date: Wed Dec 6 14:18:12 2023 +0000
> |
> | libstdc++: Make __gnu_debug::vector usable in constant expressions [PR109536]
> |
> | Any comments on this approach?
> |
> | -- >8 --
> |
> | This makes constexpr std::vector (mostly) work in Debug Mode. All safe
> | ... 73 lines of the commit log omitted.
> | ... applied on top of baseline commit:
> | 3ba505c7b17 [APX NDD] Support TImode shift for NDD
>
> FAIL: 1 regressions
>
> regressions.sum:
> === libstdc++ tests ===
>
> Running libstdc++:libstdc++-dg/conformance.exp ...
> FAIL: 23_containers/vector/cons/destructible_debug_neg.cc -std=gnu++17 (test for errors, line 172)
>
> === Results Summary ===
>
> You can find the failure logs in *.log.1.xz files in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-arm-precommit/5295/artifac… .
> The full lists of regressions and progressions are in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-arm-precommit/5295/artifac… .
> The list of [ignored] baseline and flaky failures are in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-arm-precommit/5295/artifac… .
>
> The configuration of this build is:
> CI config tcwg_gcc_check master-arm
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
> The information below can be used to reproduce a debug environment:
>
> Current build : https://ci.linaro.org/job/tcwg_gcc_check--master-arm-precommit/5295/artifac…
> Reference build : https://ci.linaro.org/job/tcwg_gcc_check--master-arm-build/1418/artifact/ar…