Results for 15.0.0 20240427 (experimental) [remotes/origin/HEAD r15-11-g140124ad54] (GCC) testsuite on powerpc64le-unknown-linux-gnu

git commit g:140124ad54eef88ca87909f63aedc8aaeacefc65 gcc-descr r15-11-g140124ad54eef8 power9 IEEE128 Linux 6.9.0-0.rc3.30.fc41.ppc64le ppc64le GNU Make 4.4.1 DejaGnu: DejaGnu version 1.6.3 Expect version 5.45.4 Tcl version 8.6 64-bit LAST_UPDATED: Sat Apr 27

Results for 11.4.1 20240427 [releases/gcc-11 revision 881c6ec845c:3a50160a621:dfaad4ec7520699ba3d4b849883b590818cc3e90] (GCC) testsuite on powerpc64le-unknown-linux-gnu

git commit g:dfaad4ec7520699ba3d4b849883b590818cc3e90 gcc-descr r11-11375-gdfaad4ec752069 power9 Linux 5.15.0-97-generic ppc64le GNU Make 4.3 DejaGnu: DejaGnu version 1.6.2 Expect version 5.45.4 Tcl version 8.6 64-bit LAST_UPDATED: Sat Apr 27 04:35:24 UTC 2024

[PATCH] Remove m_nloops field from loop_versioning

This is a small cleanup of loop_versioning where m_nloops is only used in the constructor so we can remove the whole field. Bootstrapped and tested on x86_64-linux-gnu. gcc/ChangeLog: * gimple-loop-versioning.cc (loop_versioning): Remove m_nloops field.

Pushed: [PATCH] LoongArch: Add constraints for bit string operation define_insn_and_split's [PR114861]

On Sat, 2024-04-27 at 11:04 +0800, Lulu Cheng wrote: > LGTM! > > Thanks. Pushed r15-11 and r14-10142. > 在 2024/4/26 下午9:52, Xi Ruoyao 写道: > > Without the constrants, the compiler attempts to use a stack slot as the > > target, causing an ICE building the kernel with -Os: > > > >

Results for 11.4.1 20240427 [releases/gcc-11 revision 881c6ec845:3a50160a62:dfaad4ec7520699ba3d4b849883b590818cc3e90] (GCC) testsuite on powerpc64le-unknown-linux-gnu

git commit g:dfaad4ec7520699ba3d4b849883b590818cc3e90 gcc-descr r11-11375-gdfaad4ec752069 power8 Linux 5.4.0-177-generic ppc64le GNU Make 4.2.1 DejaGnu: DejaGnu version 1.6.2 Expect version 5.45.4 Tcl version 8.6 64-bit LAST_UPDATED: Sat Apr 27 03:49:34 UTC 2024

Results for 15.0.0 20240427 (experimental) [master r15-10-g50c218e3ff] (GCC) testsuite on powerpc64-unknown-linux-gnu

git commit g:50c218e3ffe57860591a987ecf44fcc0abb31f2c gcc-descr r15-10-g50c218e3ffe578 power9 BE Linux 6.7.12-powerpc64 ppc64 GNU Make 4.3 DejaGnu: DejaGnu version 1.6.3 Expect version 5.45.4 Tcl version 8.6 64-bit LAST_UPDATED: Sat Apr 27 03:23:23 UTC 2024

Results for 15.0.0 20240427 (experimental) [remotes/origin/HEAD r15-10-g50c218e3ffe] (GCC) testsuite on powerpc64le-unknown-linux-gnu

git commit g:50c218e3ffe57860591a987ecf44fcc0abb31f2c gcc-descr r15-10-g50c218e3ffe578 power9 Linux 5.15.0-97-generic ppc64le GNU Make 4.3 DejaGnu: DejaGnu version 1.6.2 Expect version 5.45.4 Tcl version 8.6 64-bit LAST_UPDATED: Sat Apr 27 03:04:17 UTC 2024

Results for 13.2.1 20240427 [releases/gcc-13 r13-8655-g67ec6b8b18] (GCC) testsuite on powerpc64le-unknown-linux-gnu

git commit g:67ec6b8b18190ede6ad38eaba733c83c4fe7dc7e gcc-descr r13-8655-g67ec6b8b18190e power9 IEEE128 Linux 6.9.0-0.rc3.30.fc41.ppc64le ppc64le GNU Make 4.4.1 DejaGnu: DejaGnu version 1.6.3 Expect version 5.45.4 Tcl version 8.6 64-bit LAST_UPDATED: Sat Apr 27

[Bug target/114861] [14/15 Regression] LoongArch: ICE building the kernel with -Os

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114861 Xi Ruoyao changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug target/114861] [14/15 Regression] LoongArch: ICE building the kernel with -Os

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114861 --- Comment #8 from GCC Commits --- The releases/gcc-14 branch has been updated by Xi Ruoyao : https://gcc.gnu.org/g:3e04b6f6ba568e6183e8aa8223d4156234503843 commit r14-10142-g3e04b6f6ba568e6183e8aa8223d4156234503843 Author: Xi Ruoyao Date:

[gcc r14-10142] LoongArch: Add constraints for bit string operation define_insn_and_split's [PR114861]

https://gcc.gnu.org/g:3e04b6f6ba568e6183e8aa8223d4156234503843 commit r14-10142-g3e04b6f6ba568e6183e8aa8223d4156234503843 Author: Xi Ruoyao Date: Fri Apr 26 15:59:11 2024 +0800 LoongArch: Add constraints for bit string operation define_insn_and_split's [PR114861] Without the

[gcc r15-11] LoongArch: Add constraints for bit string operation define_insn_and_split's [PR114861]

https://gcc.gnu.org/g:140124ad54eef88ca87909f63aedc8aaeacefc65 commit r15-11-g140124ad54eef88ca87909f63aedc8aaeacefc65 Author: Xi Ruoyao Date: Fri Apr 26 15:59:11 2024 +0800 LoongArch: Add constraints for bit string operation define_insn_and_split's [PR114861] Without the

[Bug target/114861] [14/15 Regression] LoongArch: ICE building the kernel with -Os

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114861 --- Comment #7 from GCC Commits --- The master branch has been updated by Xi Ruoyao : https://gcc.gnu.org/g:140124ad54eef88ca87909f63aedc8aaeacefc65 commit r15-11-g140124ad54eef88ca87909f63aedc8aaeacefc65 Author: Xi Ruoyao Date: Fri Apr 26

Results for 15.0.0 20240426 (experimental) [master r15-5-ga0bc71e4801] (GCC) testsuite on s390x-ibm-linux-gnu arch14

LAST_UPDATED: Fri Apr 26 17:05:17 UTC 2024 (revision r15-5-ga0bc71e4801) === acats tests === FAIL: cb1010a === acats Summary === # of expected passes2327 # of unexpected failures1 Native configuration is s390x-ibm-linux-gnu arch14

Results for 15.0.0 20240427 (experimental) [remotes/origin/HEAD r15-10-g50c218e3ff] (GCC) testsuite on powerpc64le-unknown-linux-gnu

git commit g:50c218e3ffe57860591a987ecf44fcc0abb31f2c gcc-descr r15-10-g50c218e3ffe578 power8 Linux 5.4.0-177-generic ppc64le GNU Make 4.2.1 DejaGnu: DejaGnu version 1.6.2 Expect version 5.45.4 Tcl version 8.6 64-bit LAST_UPDATED: Sat Apr 27 01:30:59 UTC 2024

Results for 13.2.1 20240427 [releases/gcc-13 r13-8655-g67ec6b8b18] (GCC) testsuite on powerpc64-unknown-linux-gnu

git commit g:67ec6b8b18190ede6ad38eaba733c83c4fe7dc7e gcc-descr r13-8655-g67ec6b8b18190e power9 BE Linux 6.7.12-powerpc64 ppc64 GNU Make 4.3 DejaGnu: DejaGnu version 1.6.3 Expect version 5.45.4 Tcl version 8.6 64-bit LAST_UPDATED: Sat Apr 27 01:53:15 UTC 2024

Re: [PATCH] LoongArch: Add constraints for bit string operation define_insn_and_split's [PR114861]

LGTM! Thanks. 在 2024/4/26 下午9:52, Xi Ruoyao 写道: Without the constrants, the compiler attempts to use a stack slot as the target, causing an ICE building the kernel with -Os: drivers/gpu/drm/amd/amdgpu/gfx_v6_0.c:3144:1: error: could not split insn (insn:TI 1764 67 1745

Results for 15.0.0 20240427 (experimental) [remotes/origin/HEAD r15-10-g50c218e3ff] (GCC) testsuite on powerpc64le-unknown-linux-gnu

git commit g:50c218e3ffe57860591a987ecf44fcc0abb31f2c gcc-descr r15-10-g50c218e3ffe578 power9 IEEE128 Linux 6.9.0-0.rc3.30.fc41.ppc64le ppc64le GNU Make 4.4.1 DejaGnu: DejaGnu version 1.6.3 Expect version 5.45.4 Tcl version 8.6 64-bit LAST_UPDATED: Sat Apr 27

Results for 12.3.1 20240427 [remotes/origin/releases/gcc-12 r12-10399-g5705761e96] (GCC) testsuite on powerpc64le-unknown-linux-gnu

git commit g:5705761e961b9f78b8be8fe04380729ca39b10fa gcc-descr r12-10399-g5705761e961b9f power9 Linux 5.15.0-97-generic ppc64le GNU Make 4.3 DejaGnu: DejaGnu version 1.6.2 Expect version 5.45.4 Tcl version 8.6 64-bit LAST_UPDATED: Sat Apr 27 01:51:20 UTC 2024

[Bug fortran/98426] find_symbol in module.c traverses O(N) part of a search tree

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98426 --- Comment #15 from Jerry DeLisle --- (In reply to Matt Thompson from comment #14) > Never mind. I'll send attachment to Jerry offline. It's too big for here. Got it. It works quite well for our purposes.

Results for 15.0.0 20240427 (experimental) [master r15-9-g2781d8090e] (GCC) testsuite on powerpc64-unknown-linux-gnu

git commit g:2781d8090e66f1e60bedb597e9472d1bc0a9df19 gcc-descr r15-9-g2781d8090e66f1 power9 BE Linux 6.7.12-powerpc64 ppc64 GNU Make 4.3 DejaGnu: DejaGnu version 1.6.3 Expect version 5.45.4 Tcl version 8.6 64-bit LAST_UPDATED: Sat Apr 27 00:21:23 UTC 2024

Results for 15.0.0 20240427 (experimental) [remotes/origin/HEAD r15-9-g2781d8090e6] (GCC) testsuite on powerpc64le-unknown-linux-gnu

git commit g:2781d8090e66f1e60bedb597e9472d1bc0a9df19 gcc-descr r15-9-g2781d8090e66f1 power9 Linux 5.15.0-97-generic ppc64le GNU Make 4.3 DejaGnu: DejaGnu version 1.6.2 Expect version 5.45.4 Tcl version 8.6 64-bit LAST_UPDATED: Sat Apr 27 00:20:42 UTC 2024

Results for 12.3.1 20240426 [remotes/origin/releases/gcc-12 r12-10398-gb482968801] (GCC) testsuite on powerpc64le-unknown-linux-gnu

2082 # of unexpected failures170 # of unexpected successes 14 # of expected failures 1468 # of unsupported tests 3895 /home/gccbuild/build/nightly/build-gcc-12/gcc/xgcc version 12.3.1 20240426 [remotes/origin/releases/gcc-12 r12-10398-gb482968801] (GCC)

Results for 12.3.1 20240427 [releases/gcc-12 r12-10399-g5705761e96] (GCC) testsuite on powerpc64le-unknown-linux-gnu

git commit g:5705761e961b9f78b8be8fe04380729ca39b10fa gcc-descr r12-10399-g5705761e961b9f power9 IEEE128 Linux 6.9.0-0.rc3.30.fc41.ppc64le ppc64le GNU Make 4.4.1 DejaGnu: DejaGnu version 1.6.3 Expect version 5.45.4 Tcl version 8.6 64-bit LAST_UPDATED: Sat Apr 27

Re: [PATCH v3 2/2] c++: Fix instantiation of imported temploid friends [PR114275]

On 4/19/24 09:29, Nathaniel Shead wrote: On Fri, Apr 19, 2024 at 12:14:06PM +1000, Nathaniel Shead wrote: On Wed, Apr 17, 2024 at 02:02:21PM -0400, Patrick Palka wrote: On Mon, 15 Apr 2024, Nathaniel Shead wrote: I'm not a huge fan of always streaming 'imported_temploid_friends' for all

[gcc r15-10] RISC-V: Add -X to link spec

https://gcc.gnu.org/g:50c218e3ffe57860591a987ecf44fcc0abb31f2c commit r15-10-g50c218e3ffe57860591a987ecf44fcc0abb31f2c Author: Fangrui Song Date: Fri Apr 26 18:14:33 2024 -0700 RISC-V: Add -X to link spec --discard-locals (-X) instructs the linker to remove local .L* symbols,

[Bug libstdc++/114865] [13/14/15 Regression] std::atomic::compare_exchange_strong seems to hang under GCC 13 for C++11

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114865 --- Comment #13 from Peter Dimov --- (In reply to Andrew Pinski from comment #10) > #if __cplusplus >= 201402L && __has_builtin(__builtin_clear_padding) > if _GLIBCXX17_CONSTEXPR (__atomic_impl::__maybe_has_padding<_Tp>()) >

[Bug libstdc++/114865] [13/14/15 Regression] std::atomic::compare_exchange_strong seems to hang under GCC 13 for C++11

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114865 --- Comment #12 from Andrew Pinski --- (In reply to Peter Dimov from comment #11) > So, basically, C++14 and above initialize the padding of > > ``` > std::atomic state{{ 0, 0x }}; > ``` > > in `main` to zero, which masks the problem

[Bug libstdc++/114865] [13/14/15 Regression] std::atomic::compare_exchange_strong seems to hang under GCC 13 for C++11

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114865 --- Comment #11 from Peter Dimov --- So, basically, C++14 and above initialize the padding of ``` std::atomic state{{ 0, 0x }}; ``` in `main` to zero, which masks the problem in `generate`. (The problem in `generate` still exists

[Bug libstdc++/114865] [13/14/15 Regression] std::atomic::compare_exchange_strong seems to hang under GCC 13 for C++11

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114865 Andrew Pinski changed: What|Removed |Added Summary|[13/14/15 Regression] |[13/14/15 Regression]

Re: [PATCH] RISC-V: Add -X to link spec

LGTM :) Fangrui Song 於 2024年4月23日 週二 12:27 寫道： > From: Fangrui Song > > --discard-locals (-X) instructs the linker to remove local .L* symbols, > which occur a lot due to label differences for linker relaxation. The > arm port has a similar need and passes -X to ld. > > In contrast, the RISC-V

Results for 15.0.0 20240426 (experimental) [remotes/origin/master r15-8-g6b86f71165d] (GCC) testsuite on pru-unknown-elf

outputs-23 exe savetmp named2-2: outputs.ld1_args FAIL: outputs-24 exe savetmp named2-3: outputs.ld1_args FAIL: outputs-25 exe savetmp named2-4: outputs.ld1_args FAIL: outputs-294 lto sing unnamed-3: a.ld1_args FAIL: outputs-294 lto sing unnamed-3: a.ld_args === gcc Summary === # of ex

[Bug libstdc++/114865] [13/14/15 Regression] std::atomic::compare_exchange_strong seems to hang under GCC 13 on Ubuntu 23.04

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114865 --- Comment #9 from Peter Dimov --- Oh, my mistake. C++14 does mov QWORD, and C++11 does mov WORD.

[Bug libstdc++/114865] [13/14/15 Regression] std::atomic::compare_exchange_strong seems to hang under GCC 13 on Ubuntu 23.04

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114865 --- Comment #8 from Peter Dimov --- (In reply to Andrew Pinski from comment #6) > No it is dependent on the standard level. C++11 fails but C++14, C++17 and > C++20 all pass. That's interesting because I see basically no difference in the

[Bug libstdc++/114865] [13/14/15 Regression] std::atomic::compare_exchange_strong seems to hang under GCC 13 on Ubuntu 23.04

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114865 --- Comment #7 from Andrew Pinski --- The problem is only with auto atomic variables. Looks like the padding there is not being zeroed for -std=c++11 ...

[Bug libstdc++/114865] [13/14/15 Regression] std::atomic::compare_exchange_strong seems to hang under GCC 13 on Ubuntu 23.04

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114865 --- Comment #6 from Andrew Pinski --- (In reply to Peter Dimov from comment #4) > but I believe it's independent of standard level and address model. No it is dependent on the standard level. C++11 fails but C++14, C++17 and C++20 all pass.

[Bug libstdc++/114865] [13/14/15 Regression] std::atomic::compare_exchange_strong seems to hang under GCC 13 on Ubuntu 23.04

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114865 Andrew Pinski changed: What|Removed |Added Ever confirmed|1 |0 Status|WAITING

[Bug libstdc++/114865] [13/14/15 Regression] std::atomic::compare_exchange_strong seems to hang under GCC 13 on Ubuntu 23.04

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114865 --- Comment #5 from Andrew Pinski --- Created attachment 58053 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58053=edit testcase

[Bug libstdc++/114865] [13/14/15 Regression] std::atomic::compare_exchange_strong seems to hang under GCC 13 on Ubuntu 23.04

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114865 --- Comment #4 from Peter Dimov --- This https://raw.githubusercontent.com/boostorg/uuid/feature/gcc_pr_114865/test/test_gcc_pr114865.cpp exhibits the problem for me on GCC 13/14. I'm only seeing the hang with -std=c++11 -m32 in the CI run

Regressions on native/master at commit r15-8 vs commit r15-4 on Linux/x86_64

Regressions on master at commit r15-8 vs commit r15-4 on Linux/x86_64 New failures: FAIL: 27_io/basic_istream/ignore/wchar_t/94749.cc -std=gnu++17 execution test FAIL: gcc.dg/vect/tsvc/vect-tsvc-s317.c execution test FAIL: gcc.dg/vect/tsvc/vect-tsvc-s317.c execution test FAIL:

Results for 13.2.1 20240426 [releases/gcc-13 r13-8654-g28b3b8a2fe] (GCC) testsuite on powerpc64le-unknown-linux-gnu

f expected failures 1550 # of unsupported tests 3992 /home/gccbuild/build/nightly/build-gcc-13/gcc/xgcc version 13.2.1 20240426 [releases/gcc-13 r13-8654-g28b3b8a2fe] (GCC) === gfortran tests === Running target unix XPASS: gfortran.dg/large_real_kind_form_io_2

[Bug libstdc++/114865] [13/14/15 Regression] std::atomic::compare_exchange_strong seems to hang under GCC 13 on Ubuntu 23.04

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114865 Andrew Pinski changed: What|Removed |Added Last reconfirmed||2024-04-26

Results for 12.3.1 20240426 [remotes/origin/releases/gcc-12 r12-10398-gb482968801] (GCC) testsuite on powerpc64le-unknown-linux-gnu

tests 3116 /home/gccbuild/build/nightly/build-gcc-12/gcc/xgcc version 12.3.1 20240426 [remotes/origin/releases/gcc-12 r12-10398-gb482968801] (GCC) === gfortran tests === Running target unix XPASS: gfortran.dg/large_real_kind_form_io_2.f90 -O0 execution tes

[Bug libstdc++/114865] [13/14/15 Regression] std::atomic::compare_exchange_strong seems to hang under GCC 13 on Ubuntu 23.04

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114865 Andrew Pinski changed: What|Removed |Added Summary|std::atomic::compare_exc |[13/14/15 Regression]

[Bug target/114801] [14/15 Regression] arm: ICE in find_cached_value, at rtx-vector-builder.cc:100 with MVE intrinsics

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114801 --- Comment #16 from Christophe Lyon --- Thanks for the suggestion, this works. I've posted the patch + testcase: https://gcc.gnu.org/pipermail/gcc-patches/2024-April/650086.html

[PATCH] arm: [MVE intrinsics] Fix support for predicate constants [PR target/114801]

In this PR, we have to handle a case where MVE predicates are supplied as a const_int, where individual predicates have illegal boolean values (such as 0xc for a 4-bit boolean predicate). To avoid the ICE, we canonicalize them, replacing a non-null value with -1. 2024-04-26 Christophe Lyon

[Bug libstdc++/106852] Implement C++23 P2465R3 Standard Library Modules std and std.compat

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106852 Andrew Pinski changed: What|Removed |Added Severity|normal |enhancement

[Bug middle-end/112976] expand_gimple_stmt_1 vs gimple_assign_nontemporal_move_p vs SSA_NAME on lhs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112976 --- Comment #7 from Andrew Pinski --- Patches posted: https://gcc.gnu.org/pipermail/gcc-patches/2024-April/650085.html https://gcc.gnu.org/pipermail/gcc-patches/2024-April/650084.html

[PATCH 1/2] Add verification of gimple_assign_nontemporal_move_p [PR112976]

Currently the middle-end only knows how to support temporal stores (the undocumented storent optab) so let's verify that the only time we set nontemporal_move on an assign is if the the lhs is not a gimple reg. Bootstrapped and tested on x86_64-linux-gnu no regressions. gcc/ChangeLog:

[PATCH 2/2] Remove support for nontemporal stores with ssa_names on lhs [PR112976]

When cfgexpand was changed to support expanding from tuple gimple (r0-95521-g28ed065ef9f345), the code was added to support doing nontemporal stores with LHS of a SSA_NAME but that will never be a nontemporal store. This patch removes that and asserts that expanding with a LHS of a SSA_NAME is not

Re: [PATCH] vax: resolve long-standing documentation bugs re floating-point codegen [PR79646]

On Apr 26, 2024, at 11:17 AM, Abe Skolnik wrote: You never need to do any work in .po files, omit that part and repost.

gcc-13-20240426 is now available

Snapshot gcc-13-20240426 is now available on https://gcc.gnu.org/pub/gcc/snapshots/13-20240426/ and on various mirrors, see https://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 13 git branch with the following options: git://gcc.gnu.org/git/gcc.git branch

Results for 12.3.1 20240426 [remotes/origin/releases/gcc-12 r12-10398-gb482968801] (GCC) testsuite on powerpc64-unknown-linux-gnu

failures 3852 # of unsupported tests 20896 /home/gccbuild/build/nightly/build-gcc-12/gcc/xg++ version 12.3.1 20240426 [remotes/origin/releases/gcc-12 r12-10398-gb482968801] (GCC) === gcc tests === Running target unix/-m32 XPASS: gcc.dg/uninit-pred-7_a.c bogus

Results for 15.0.0 20240426 (experimental) [master revision gcc-15-8-g6b86f71165d] (GCC) testsuite on aarch64-unknown-linux-gnu

d failures 1765 # of unsupported tests 4180 /home/tcwg-buildslave/workspace/tcwg_gnu_0/abe/builds/destdir/x86_64-pc-linux-gnu/bin/aarch64-linux-gnu-gcc version 15.0.0 20240426 (experimental) [master revision gcc-15-8-g6b86f71165d] (GCC) Host is x86_64-pc

Results for 12.3.1 20240426 [releases/gcc-12 r12-10398-gb482968801] (GCC) testsuite on powerpc64le-unknown-linux-gnu

=== gcc Summary === # of expected passes159003 # of unexpected failures49 # of unexpected successes 4 # of expected failures 1396 # of unresolved testcases 11 # of unsupported tests 2889 /home/gccbuild/build/nightly/build-gcc-12/gcc/xgcc ver

Results for 15.0.0 20240426 (experimental) [master r15-5-ga0bc71e4801] (GCC) testsuite on s390x-ibm-linux-gnu default

tor/vec-scalar-cmp-1.c scan-assembler ne:\\n[^:]*\\twfcdb\\t%v[0-9]*,%v[0-9]*\\n\\t[^:]+\\tlocghine\\t%r2,1 === gcc Summary for unix/-m64 === # of expected passes180905 # of unexpected failures173 # of unexpected successes 17 # of expected failures

[Bug target/114843] aarch64: epilogue in _Unwind_RaiseException corrupts return value due to __builtin_eh_return

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114843 Andrew Pinski changed: What|Removed |Added Attachment #58043|0 |1 is obsolete|

Results for 13.2.1 20240426 [releases/gcc-13 r13-8654-g28b3b8a2fe] (GCC) testsuite on powerpc64le-unknown-linux-gnu

htly/build-gcc-13/gcc/xgcc version 13.2.1 20240426 [releases/gcc-13 r13-8654-g28b3b8a2fe] (GCC) === gfortran tests === Running target unix XPASS: gfortran.dg/large_real_kind_form_io_2.f90 -O0 execution test XPASS: gfortran.dg/large_real_kind_form_io_2.f90 -O1 execution

Results for 15.0.0 20240426 (experimental) [remotes/origin/HEAD r15-8-g6b86f71165] (GCC) testsuite on powerpc64le-unknown-linux-gnu

# of expected passes178448 # of unexpected failures128 # of unexpected successes 13 # of expected failures 1595 # of unsupported tests 5035 /home/gccbuild/build/nightly/build-gcc-trunk/gcc/xgcc version 15.0.0 20240426 (experimental) [rem

Results for 15.0.0 20240426 (experimental) [master revision gcc-15-8-g6b86f71165d] (GCC) testsuite on arm-unknown-eabi

\\tq[0-9]+, q[0-9]+ 3 === gcc Summary === # of expected passes158613 # of unexpected failures41 # of unexpected successes 6 # of expected failures 957 # of unsupported tests 9343 /home/tcwg-buildslave/workspace/tcwg_gnu_0/abe/builds/dest

[Bug tree-optimization/113673] [12/13/14/15 Regression] ICE: verify_flow_info failed: BB 5 cannot throw but has an EH edge with -Os -finstrument-functions -fnon-call-exceptions -ftrapv

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113673 Roger Sayle changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |roger at nextmovesoftware dot com

[Bug target/114801] [14/15 Regression] arm: ICE in find_cached_value, at rtx-vector-builder.cc:100 with MVE intrinsics

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114801 --- Comment #15 from Jakub Jelinek --- https://developer.arm.com/documentation/101028/0012/14--M-profile-Vector-Extension--MVE--intrinsics suggests that it is a UB if all the bits for a single element aren't the same (i.e. false is all 0s, true

Results for 13.2.1 20240426 [releases/gcc-13 r13-8654-g28b3b8a2fe] (GCC) testsuite on powerpc64le-unknown-linux-gnu

ss errors) === gcc Summary === # of expected passes165811 # of unexpected failures31 # of unexpected successes 3 # of expected failures 1481 # of unsupported tests 2973 /home/gccbuild/build/nightly/build-gcc-13/gcc/xgcc version 13.2.1 20240426 [relea

Results for 13.2.1 20240426 [releases/gcc-13 r13-8654-g28b3b8a2fe] (GCC) testsuite on powerpc64-unknown-linux-gnu

/nightly/build-gcc-13/gcc/xg++ version 13.2.1 20240426 [releases/gcc-13 r13-8654-g28b3b8a2fe] (GCC) === gcc tests === Running target unix/-m32 XPASS: gcc.dg/guality/example.c -O0 execution test XPASS: gcc.dg/guality/example.c -O1 -DPREVENT_OPTIMIZATION execution test XPASS

[Bug target/114801] [14/15 Regression] arm: ICE in find_cached_value, at rtx-vector-builder.cc:100 with MVE intrinsics

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114801 --- Comment #14 from Christophe Lyon --- Created attachment 58050 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58050=edit patch proposal Here is the patch I propose.

[Bug c++/114685] [modules] ICE when exporting a type through a different alias then one declared in GMF

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114685 --- Comment #4 from m.cencora at gmail dot com --- I've stumbled upon a related error when trying to export std::vector after inclusion of in GMF: module; namespace std { class vector; namespace __format { using std::vector; } } export

[Bug c/114870] New: stddef.h problem with -Wsystem-headers on Fedora 40

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114870 Bug ID: 114870 Summary: stddef.h problem with -Wsystem-headers on Fedora 40 Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3

Results for 15.0.0 20240426 (experimental) [master revision gcc-15-8-g6b86f71165d] (GCC) testsuite on arm-unknown-eabi

5211 /home/tcwg-buildslave/workspace/tcwg_gnu_0/abe/builds/destdir/x86_64-pc-linux-gnu/bin/arm-eabi-gcc version 15.0.0 20240426 (experimental) [master revision gcc-15-8-g6b86f71165d] (GCC) Host is x86_64-pc-linux-gnu === g++ tests === Running target qemu/-mthumb/-march=

Results for 15.0.0 20240426 (experimental) [remotes/origin/HEAD r15-8-g6b86f71165d] (GCC) testsuite on powerpc64le-unknown-linux-gnu

of unsupported tests 4249 /home/gccbuild/build/nightly/build-gcc-trunk/gcc/xgcc version 15.0.0 20240426 (experimental) [remotes/origin/HEAD r15-8-g6b86f71165d] (GCC) === gfortran tests === Running target unix XPASS: gfortran.dg/large_real_kind_form_io_2.f90

[Bug c/114869] New: GCC says nullptr_t is a C built in but it should be in

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114869 Bug ID: 114869 Summary: GCC says nullptr_t is a C built in but it should be in Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal

Results for 15.0.0 20240426 (experimental) [remotes/origin/HEAD r15-8-g6b86f71165] (GCC) testsuite on powerpc64le-unknown-linux-gnu

t/powerpc/ppc-fortran/ieee128-math.f90 -O (test for excess errors) === gcc Summary === # of expected passes179467 # of unexpected failures97 # of unexpected successes 20 # of expected failures 1612 # of unsupported tests 4251 /home/gccbuild/b

[Bug middle-end/114855] ICE: Segfault

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114855 --- Comment #5 from jeremy rutman --- Using gcc 14.0.1 20240117 (experimental) [master r14-8187-gb00be6f1576] I was able to compile when not using any flags: $ /usr/lib/gcc-snapshot/bin/cc -c aesDecrypt.c -o aesDecrypt.o But when using the

[Linaro-TCWG-CI] gcc-14-10122-gad45086178d: FAIL: 70 regressions on master-thumb_m23_eabi

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-toolch...@lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer

[Bug libstdc++/114865] std::atomic::compare_exchange_strong seems to hang under GCC 13 on Ubuntu 23.04

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114865 --- Comment #2 from Peter Dimov --- The issue is also present for GCC 14 on Ubuntu 24.04: https://github.com/boostorg/uuid/actions/runs/8853249656/job/24313667955

[Bug fortran/114827] Valgrind reports errors with class(*) assignment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114827 anlauf at gcc dot gnu.org changed: What|Removed |Added CC||anlauf at gcc dot gnu.org

Results for 15.0.0 20240426 (experimental) [master r15-8-g6b86f71165] (GCC) testsuite on powerpc64-unknown-linux-gnu

5241 # of unsupported tests 23201 /home/gccbuild/build/nightly/build-gcc-trunk/gcc/xg++ version 15.0.0 20240426 (experimental) [master r15-8-g6b86f71165] (GCC) === gcc tests === Running target unix/-m32 XPASS: gcc.dg/guality/example.c -O0 execution test XPASS

[Bug fortran/102620] [12 Regression] ICE in gfc_get_array_span, at fortran/trans-array.c:865 since r12-1233-gd514626ee2566c68

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102620 anlauf at gcc dot gnu.org changed: What|Removed |Added Resolution|--- |FIXED

[Bug c++/114868] New: [modules] func declared in GMF and exported via using-decl in module partition is not actually exported

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114868 Bug ID: 114868 Summary: [modules] func declared in GMF and exported via using-decl in module partition is not actually exported Product: gcc Version: 14.0

[Bug fortran/103716] [11/12/13 Regression] ICE in gimplify_expr, at gimplify.c:15964 since r9-3803-ga5fbc2f36a291cbe

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103716 --- Comment #11 from GCC Commits --- The releases/gcc-12 branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:b482968801158116dd8ba3b15a4c29143b2a423a commit r12-10398-gb482968801158116dd8ba3b15a4c29143b2a423a Author: Paul Thomas

[gcc r12-10398] Fortran: Fix assumed length chars and len inquiry [PR103716]

https://gcc.gnu.org/g:b482968801158116dd8ba3b15a4c29143b2a423a commit r12-10398-gb482968801158116dd8ba3b15a4c29143b2a423a Author: Paul Thomas Date: Tue May 23 06:46:37 2023 +0100 Fortran: Fix assumed length chars and len inquiry [PR103716] 2023-05-23 Paul Thomas

Results for 12.3.1 20240426 [remotes/origin/releases/gcc-12 r12-10397-g751a0f5434] (GCC) testsuite on powerpc64le-unknown-linux-gnu

2082 # of unexpected failures170 # of unexpected successes 14 # of expected failures 1468 # of unsupported tests 3895 /home/gccbuild/build/nightly/build-gcc-12/gcc/xgcc version 12.3.1 20240426 [remotes/origin/releases/gcc-12 r12-10397-g751a0f5434] (GCC)

Results for 14.0.1 20240425 (experimental) [master revision gcc-14-10121-g070dd5c883e] (GCC) testsuite on arm-unknown-eabi

# From https://ci.linaro.org/job/tcwg_gnu_embed_check_gcc--master-thumb_m23_eabi-build/372/: LAST_UPDATED: 2024-04-26T18:36:58+00:00 (master revision gcc-14-10121-g070dd5c883e) arm-eabi {-mthumb/-march=armv8-m.base/-mtune=cortex-m23/-mfloat-abi=soft/-mfpu=auto} Target is arm-unknown-eabi Host

[Bug c++/114867] New: [modules] name lookup issues when a function overload set is exported from GMF

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114867 Bug ID: 114867 Summary: [modules] name lookup issues when a function overload set is exported from GMF Product: gcc Version: 14.0 Status: UNCONFIRMED

Results for 14.0.1 20240425 (experimental) [master r14-10135-g1604f7cebc4922] (GCC) testsuite on m68k-unknown-linux-gnu

es ompexp "__atomic_fetch_add" 1 FAIL: c-c++-common/gomp/atomic-9.c -std=gnu++14 scan-tree-dump-times ompexp "__atomic_fetch_add" 1 FAIL: c-c++-common/gomp/atomic-9.c -std=gnu++17 scan-tree-dump-times ompexp "__atomic_fetch_add" 1 FAIL: c-c++-common/gomp/atomic-9.c -s

[Bug libstdc++/114817] Wrong codegen for std::copy of "trivially copyable but not trivially assignable" type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114817 --- Comment #3 from Arthur O'Dwyer --- https://github.com/boostorg/container/issues/153 , from 2020, is another similar issue. There, boost::container::vector had assumed that if __has_trivial_copy(T) and is_copy_constructible_v, then T could

[Bug target/114843] aarch64: epilogue in _Unwind_RaiseException corrupts return value due to __builtin_eh_return

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114843 --- Comment #18 from Andrew Pinski --- (In reply to Wilco from comment #17) > So I don't believe you should change aarch64_pop_regs at all - it's too late > to change things and just adds unnecessary complexity and more bugs. The > best option

[Bug fortran/102620] [12 Regression] ICE in gfc_get_array_span, at fortran/trans-array.c:865 since r12-1233-gd514626ee2566c68

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102620 --- Comment #12 from anlauf at gcc dot gnu.org --- (In reply to Paul Thomas from comment #11) > It would be splendid if you would backport the patch. In the last week or > so, I have built up quite a list of backports to do, which I will attend

Re: for discussion: should we close all the Java-related bugs?

On Fri, Apr 26, 2024 at 11:28 AM Abe Skolnik via Gcc-bugs wrote: > > Dear all, > > AFAIK, GCJ has been dead for _years_... quoting > : "As of GCC 7, the GCC Java frontend and > associated libjava runtime library have been removed from GCC. The > information on

for discussion: should we close all the Java-related bugs?

Dear all, AFAIK, GCJ has been dead for _years_...  quoting : "As of GCC 7, the GCC Java frontend and associated libjava runtime library have been removed from GCC. The information on this page is kept here for reference but only applies to GCC 6 and earlier." ...

[Bug fortran/114859] [14/15 Regression] Seeing new segmentation fault in same_type_as since r14-9752

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114859 --- Comment #10 from Jakub Jelinek --- Ah, the following shows what is happening and shows similar IL changes in the *.optimized dump: module m1 type amg_d_base_solver_type contains procedure, pass(sv) :: free => amg_d_base_solver_free

[Bug tree-optimization/99475] [11 Regression] bogus -Warray-bounds accessing an array element of empty structs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99475 Siddhesh Poyarekar changed: What|Removed |Added CC||siddhesh at gcc dot gnu.org ---

[PATCH] vax: resolve long-standing documentation bugs re floating-point codegen [PR79646]

Howdy, y`all. After many years away from contributing to GCC, I am rejoining as a "gardener": my intent/plan is to clean up the bug backlog, weeding out old bugs that are relatively-easy to fix yet have languished for a long time.  First for today`s gardening: a documentation-only bug or two

Results for 12.3.1 20240426 [remotes/origin/releases/gcc-12 r12-10396-g8ad460ca88] (GCC) testsuite on powerpc64le-unknown-linux-gnu

tests 3116 /home/gccbuild/build/nightly/build-gcc-12/gcc/xgcc version 12.3.1 20240426 [remotes/origin/releases/gcc-12 r12-10396-g8ad460ca88] (GCC) === gfortran tests === Running target unix XPASS: gfortran.dg/large_real_kind_form_io_2.f90 -O0 execution tes

Results for 12.3.1 20240426 [releases/gcc-12 r12-10396-g8ad460ca88] (GCC) testsuite on powerpc64le-unknown-linux-gnu

=== gcc Summary === # of expected passes159003 # of unexpected failures49 # of unexpected successes 4 # of expected failures 1396 # of unresolved testcases 11 # of unsupported tests 2889 /home/gccbuild/build/nightly/build-gcc-12/gcc/xgcc ver

Results for 14.0.1 20240426 (experimental) [releases/gcc-14 r14-10140-gc014cfd8853] (GCC) testsuite on i686-pc-linux-gnu

scan-assembler-times padd 5 FAIL: gcc.target/i386/vect-reduc-1.c scan-assembler-times psrl 2 FAIL: gcc.target/i386/xorsign.c scan-tree-dump-times vect "vectorized 2 loops" 1 === gcc Summary === # of expected passes 196227 # of unexpected failures229 #

[Bug fortran/114859] [14/15 Regression] Seeing new segmentation fault in same_type_as since r14-9752

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114859 --- Comment #9 from Jakub Jelinek --- I see there roughly module m1 type amg_d_base_solver_type contains procedure, pass(sv) :: apply_v => amg_d_base_solver_apply_vect procedure, pass(sv) :: apply_a => amg_d_base_solver_apply end

[Bug libstdc++/114866] New: & out_ptr in freestanding

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114866 Bug ID: 114866 Summary: & out_ptr in freestanding Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++

[Bug target/114801] [14/15 Regression] arm: ICE in find_cached_value, at rtx-vector-builder.cc:100 with MVE intrinsics

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114801 --- Comment #13 from Jakub Jelinek --- (In reply to Christophe Lyon from comment #12) > (In reply to Jakub Jelinek from comment #11) > > So, tried this under the debugger. All VALID_MVE_PRED_MODE modes have the > > same size, 2 bytes, so I'd

Results for 12.3.1 20240426 [remotes/origin/releases/gcc-12 r12-10396-g8ad460ca88] (GCC) testsuite on powerpc64-unknown-linux-gnu

failures 3852 # of unsupported tests 20896 /home/gccbuild/build/nightly/build-gcc-12/gcc/xg++ version 12.3.1 20240426 [remotes/origin/releases/gcc-12 r12-10396-g8ad460ca88] (GCC) === gcc tests === Running target unix/-m32 XPASS: gcc.dg/uninit-pred-7_a.c bogus

[Bug target/114843] aarch64: epilogue in _Unwind_RaiseException corrupts return value due to __builtin_eh_return

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114843 --- Comment #17 from Wilco --- (In reply to Andrew Pinski from comment #16) > Patch posted with all of the testcases included: > https://gcc.gnu.org/pipermail/gcc-patches/2024-April/650080.html Not nearly enough testcases... What about: void

  1   2   3   >