Results for 15.0.0 20240507 (experimental) [remotes/origin/HEAD r15-221-g0c43c673b0] (GCC) testsuite on powerpc64le-unknown-linux-gnu

git commit g:0c43c673b0d431ca02d83bf6fae9cd60e9a3d0a8 gcc-descr r15-221-g0c43c673b0d431 power9 IEEE128 Linux 6.9.0-0.rc6.52.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: Tue May 7

Results for 13.2.1 20240507 [releases/gcc-13 r13-8701-gc4c0b0be87] (GCC) testsuite on powerpc64le-unknown-linux-gnu

git commit g:c4c0b0be87b4e08dab0e5e62c6f38a610a7423e7 gcc-descr r13-8701-gc4c0b0be87b4e0 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: Tue May 7 04:09:43 UTC 2024

Results for 13.2.1 20240507 [releases/gcc-13 r13-8701-gc4c0b0be87] (GCC) testsuite on powerpc64-unknown-linux-gnu

git commit g:c4c0b0be87b4e08dab0e5e62c6f38a610a7423e7 gcc-descr r13-8701-gc4c0b0be87b4e0 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: Tue May 7 04:22:57 UTC 2024

Re: [PATCH] c++/modules: Stream unmergeable temporaries by value again [PR114856]

On Thu, May 02, 2024 at 01:53:44PM -0400, Jason Merrill wrote: > On 5/2/24 10:40, Patrick Palka wrote: > > On Thu, 2 May 2024, Nathaniel Shead wrote: > > > > > Bootstrapped and regtested on x86_64-pc-linux-gnu, OK for trunk/14.2? > > > > > > Another alternative would be to stream such !DECL_NAME

Re: Re: [PATCH 1/1] RISC-V: Add Zfbfmin extension to the -march= option

2024-05-07 06:40  Jeff Law wrote: >   > > >On 4/11/24 9:32 PM, Xiao Zeng wrote: >> This patch would like to add new sub extension (aka Zfbfmin) to the >> -march= option. It introduces a new data type BF16. >> >> 1 The Zfbfmin extension depend on 'F', and the FLH, FSH, FMV.X.H, and >> FMV.H.X

[gcc(refs/users/meissner/heads/work165-tar)] Fix tests if -mtar is used.

https://gcc.gnu.org/g:67b9630d3b91aa2cb3d6508a107e54f65f438998 commit 67b9630d3b91aa2cb3d6508a107e54f65f438998 Author: Michael Meissner Date: Tue May 7 01:23:27 2024 -0400 Fix tests if -mtar is used. 2024-05-06 Michael Meissner gcc/testsuite/ *

[Bug c/89990] request warning: Use of out of scope compound literals

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89990 --- Comment #8 from Andrew Pinski --- (In reply to Andrew D'Addesio from comment #7) > > This actually has gotten me curious. Would you have an idea/explanation > behind that 2 function call threshold @Andrew Pinski? Most likely it is due to

[Bug tree-optimization/114965] [13/14/15 Regression] wrong code generated for Emacs/Gnulib strftime (regression from 13.2)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114965 Sam James changed: What|Removed |Added CC||aldyh at gcc dot gnu.org --- Comment #7

Results for 15.0.0 20240503 (experimental) [master r15-122-ga561dc0f6c7085] (GCC) testsuite on riscv64-suse-linux-gnu

LAST_UPDATED: Fri May 3 00:40:15 UTC 2024 (revision r15-122-ga561dc0f6c7085) === acats tests === === acats Summary === # of expected passes2328 # of unexpected failures0 Native configuration is riscv64-suse-linux-gnu === g++

[RISC-V][V2] Fix incorrect if-then-else nesting of Zbs usage in constant synthesis

Reposting without the patch that ignores whitespace. The CI system doesn't like including both patches, that'll generate a failure to apply and none of the tests actually get run. So I managed to goof the if-then-else level of the bseti bits last week. They were supposed to be a last ditch

Results for 12.3.1 20240507 [releases/gcc-12 r12-10417-g4f2a927c65] (GCC) testsuite on powerpc64le-unknown-linux-gnu

git commit g:4f2a927c65c0e55a348ae8b4f6f3c61afba60d32 gcc-descr r12-10417-g4f2a927c65c0e5 power9 IEEE128 Linux 6.9.0-0.rc6.52.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: Tue May 7

Results for 15.0.0 20240507 (experimental) [remotes/origin/HEAD r15-221-g0c43c673b0] (GCC) testsuite on powerpc64le-unknown-linux-gnu

git commit g:0c43c673b0d431ca02d83bf6fae9cd60e9a3d0a8 gcc-descr r15-221-g0c43c673b0d431 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: Tue May 7 02:07:13 UTC 2024

Results for 15.0.0 20240507 (experimental) [master r15-221-g0c43c673b0] (GCC) testsuite on powerpc64-unknown-linux-gnu

git commit g:0c43c673b0d431ca02d83bf6fae9cd60e9a3d0a8 gcc-descr r15-221-g0c43c673b0d431 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: Tue May 7 02:35:49 UTC 2024

Results for 15.0.0 20240506 (experimental) [master r15-205-g80c03ac8041] (GCC) testsuite on s390x-ibm-linux-gnu arch14

LAST_UPDATED: Mon May 6 17:05:28 UTC 2024 (revision r15-205-g80c03ac8041) === acats tests === FAIL: cb1010a === acats Summary === # of expected passes2327 # of unexpected failures1 Native configuration is s390x-ibm-linux-gnu arch14

[gcc(refs/users/meissner/heads/work165-tar)] Revert previous changes

https://gcc.gnu.org/g:0934b9b1c8960ae332817767dbf650ccce122edc commit 0934b9b1c8960ae332817767dbf650ccce122edc Author: Michael Meissner Date: Mon May 6 23:28:53 2024 -0400 Revert previous changes Diff: --- gcc/testsuite/gcc.target/powerpc/ppc-switch-1.c | 4 ++--

[Bug tree-optimization/114966] fails to optimize avx2 in-register permute written with std::experimental::simd

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114966 --- Comment #1 from Imple Lee --- This is probably a regression. GCC 13.2 can generate optimal code. See https://godbolt.org/z/4n8ovr7jr .

[Bug tree-optimization/114908] fails to optimize avx2 in-register permute written with std::experimental::simd

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114908 --- Comment #8 from Imple Lee --- I tried another way to permute the register. Although GCC does generate simd instructions, the generated code is sub-optimal. I opened PR114966 for that.

Results for 13.2.1 20240507 [releases/gcc-13 r13-8701-gc4c0b0be87] (GCC) testsuite on powerpc64le-unknown-linux-gnu

git commit g:c4c0b0be87b4e08dab0e5e62c6f38a610a7423e7 gcc-descr r13-8701-gc4c0b0be87b4e0 power9 IEEE128 Linux 6.9.0-0.rc6.52.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: Tue May 7

Re: [PATCH v5 2/5] C++: Support clang compatible [[musttail]] (PR83324)

On 5/5/24 14:14, Andi Kleen wrote: This patch implements a clang compatible [[musttail]] attribute for returns. Thanks. musttail is useful as an alternative to computed goto for interpreters. With computed goto the interpreter function usually ends up very big which causes problems with

[Bug tree-optimization/114966] New: fails to optimize avx2 in-register permute written with std::experimental::simd

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114966 Bug ID: 114966 Summary: fails to optimize avx2 in-register permute written with std::experimental::simd Product: gcc Version: 14.0 Status: UNCONFIRMED

[Bug c/89990] request warning: Use of out of scope compound literals

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89990 --- Comment #7 from Andrew D'Addesio --- (In reply to Andrew Pinski from comment #6) > The warning is now included in GCC 12. > And this makes this a dup of bug 63272. > > *** This bug has been marked as a duplicate of bug 63272 *** Yep, the

[PATCHv2] Value range: Add range op for __builtin_isfinite

Hi, The former patch adds isfinite optab for __builtin_isfinite. https://gcc.gnu.org/pipermail/gcc-patches/2024-April/649339.html Thus the builtin might not be folded at front end. The range op for isfinite is needed for value range analysis. This patch adds them. Compared to last version,

Results for 12.3.1 20240507 [remotes/origin/releases/gcc-12 r12-10417-g4f2a927c65] (GCC) testsuite on powerpc64-unknown-linux-gnu

git commit g:4f2a927c65c0e55a348ae8b4f6f3c61afba60d32 gcc-descr r12-10417-g4f2a927c65c0e5 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: Tue May 7 01:15:00 UTC 2024

[PATCH-6, rs6000] Split setcc to two insns after reload

Hi, It's the sixth patch of a series of patches optimizing CC modes on rs6000. This patch splits setcc to two separate insns after reload so that other insns can be inserted between them. It should increase the parallelism. The rotate_cr pattern still needs the info of the number of cr

[gcc(refs/users/meissner/heads/work165-tar)] Update ChangeLog.*

https://gcc.gnu.org/g:8bc4ba55725be85840e1ca20a614aa9baefc58b4 commit 8bc4ba55725be85840e1ca20a614aa9baefc58b4 Author: Michael Meissner Date: Mon May 6 22:09:56 2024 -0400 Update ChangeLog.* Diff: --- gcc/ChangeLog.tar | 13 + 1 file changed, 13 insertions(+) diff --git

[gcc(refs/users/meissner/heads/work165-tar)] Fix tests if -mtar is used.

https://gcc.gnu.org/g:7c3aaafbcbe1784f226ba49ac143493295c35c03 commit 7c3aaafbcbe1784f226ba49ac143493295c35c03 Author: Michael Meissner Date: Mon May 6 22:09:09 2024 -0400 Fix tests if -mtar is used. 2024-05-06 Michael Meissner gcc/testsuite/ *

[Bug target/108189] anonymous struct declared inside parameter list will not be visible outside of this definition or declaration

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108189 Daniel Xu changed: What|Removed |Added CC||dxu at dxuuu dot xyz --- Comment #12 from

Results for 11.4.1 20240507 [releases/gcc-11 revision e1f809ad92:36e400bed9:116b50912d81f4e827e6df3ab36a7bc4fb2e213a] (GCC) testsuite on powerpc64le-unknown-linux-gnu

git commit g:116b50912d81f4e827e6df3ab36a7bc4fb2e213a gcc-descr r11-11418-g116b50912d81f4 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: Tue May 7 00:32:15 UTC 2024

Results for 15.0.0 20240507 (experimental) [remotes/origin/HEAD r15-219-gf56280d57f] (GCC) testsuite on powerpc64le-unknown-linux-gnu

git commit g:f56280d57fb6e2bb131f00ef66842f942cd0d01a gcc-descr r15-219-gf56280d57fb6e2 power9 IEEE128 Linux 6.9.0-0.rc6.52.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: Tue May 7

Results for 15.0.0 20240507 (experimental) [master revision gcc-15-219-gf56280d57fb] (GCC) testsuite on aarch64-unknown-linux-gnu

# From https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/1956/: LAST_UPDATED: 2024-05-07T00:53:39+00:00 (master revision gcc-15-219-gf56280d57fb) aarch64-unknown-linux-gnu Native configuration is aarch64-unknown-linux-gnu === libatomic tests === Running target

Regressions on native/master at commit r15-216 vs commit r15-205 on Linux/x86_64

Regressions on master at commit r15-216 vs commit r15-205 on Linux/x86_64 New failures: New passes: FAIL: libgomp.c/../libgomp.c-c++-common/for-11.c execution test FAIL: libgomp.c++/../libgomp.c-c++-common/for-14.c execution test FAIL: libgomp.c/../libgomp.c-c++-common/for-6.c execution test

[Bug c++/103524] [meta-bug] modules issue

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524 Bug 103524 depends on bug 114954, which changed state. Bug 114954 Summary: [modules] ICE in write_class_def with templated union type https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114954 What|Removed |Added

[Bug c++/114954] [modules] ICE in write_class_def with templated union type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114954 Nathaniel Shead changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |nshead at gcc dot gnu.org

[gcc r15-221] c++: Allow IS_FAKE_BASE_TYPE for union types [PR114954]

https://gcc.gnu.org/g:0c43c673b0d431ca02d83bf6fae9cd60e9a3d0a8 commit r15-221-g0c43c673b0d431ca02d83bf6fae9cd60e9a3d0a8 Author: Nathaniel Shead Date: Mon May 6 13:05:52 2024 +1000 c++: Allow IS_FAKE_BASE_TYPE for union types [PR114954] In some circumstances, unions can also have

[Bug c++/114954] [modules] ICE in write_class_def with templated union type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114954 --- Comment #1 from GCC Commits --- The master branch has been updated by Nathaniel Shead : https://gcc.gnu.org/g:0c43c673b0d431ca02d83bf6fae9cd60e9a3d0a8 commit r15-221-g0c43c673b0d431ca02d83bf6fae9cd60e9a3d0a8 Author: Nathaniel Shead Date:

[Bug c++/114275] using std::thread within a templated function in a module fails to compile

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114275 --- Comment #10 from GCC Commits --- The master branch has been updated by Nathaniel Shead : https://gcc.gnu.org/g:ec2365e07537e8b17745d75c28a2b45bf33be119 commit r15-220-gec2365e07537e8b17745d75c28a2b45bf33be119 Author: Nathaniel Shead

[gcc r15-220] c++/modules: Fix dangling pointer with imported_temploid_friends

https://gcc.gnu.org/g:ec2365e07537e8b17745d75c28a2b45bf33be119 commit r15-220-gec2365e07537e8b17745d75c28a2b45bf33be119 Author: Nathaniel Shead Date: Fri May 3 19:36:17 2024 +1000 c++/modules: Fix dangling pointer with imported_temploid_friends I got notified by Linaro CI and by

[Bug target/114747] [13 only] [RISC-V RVV] Wrong SEW set for mixed-size intrinsics

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114747 Kito Cheng changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

Re: [PATCH][GCC 13] RISC-V: Fix vsetvli local eliminate [PR114747]

Committed to gcc 13 branch, thanks:) On Tue, May 7, 2024 at 9:20 AM juzhe.zh...@rivai.ai wrote: > > LGTM。 > > > juzhe.zh...@rivai.ai > > > From: Kito Cheng > Date: 2024-05-07 09:17 > To: gcc-patches; kito.cheng; palmer; jeffreyalaw; rdapp; juzhe.zhong; pan2.li >

[Bug target/114747] [13 only] [RISC-V RVV] Wrong SEW set for mixed-size intrinsics

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114747 --- Comment #1 from GCC Commits --- The releases/gcc-13 branch has been updated by Kito Cheng : https://gcc.gnu.org/g:c4c0b0be87b4e08dab0e5e62c6f38a610a7423e7 commit r13-8701-gc4c0b0be87b4e08dab0e5e62c6f38a610a7423e7 Author: Kito Cheng Date:

[gcc r13-8701] RISC-V: Fix vsetvli local eliminate [PR114747]

https://gcc.gnu.org/g:c4c0b0be87b4e08dab0e5e62c6f38a610a7423e7 commit r13-8701-gc4c0b0be87b4e08dab0e5e62c6f38a610a7423e7 Author: Kito Cheng Date: Mon May 6 23:45:22 2024 +0800 RISC-V: Fix vsetvli local eliminate [PR114747] vsetvli local eliminate is only consider the current

Re: [PATCH][GCC 13] RISC-V: Fix vsetvli local eliminate [PR114747]

LGTM。 juzhe.zh...@rivai.ai From: Kito Cheng Date: 2024-05-07 09:17 To: gcc-patches; kito.cheng; palmer; jeffreyalaw; rdapp; juzhe.zhong; pan2.li CC: Kito Cheng Subject: [PATCH][GCC 13] RISC-V: Fix vsetvli local eliminate [PR114747] vsetvli local eliminate is only consider the current demand

[PATCH][GCC 13] RISC-V: Fix vsetvli local eliminate [PR114747]

vsetvli local eliminate is only consider the current demand instead of full demand, and it will use that incomplete info to remove vsetvli. Give following example from PR114747: vsetvli a5,a1,e8,m4,ta,mu # 57, ratio=2, sew=8, lmul=4 vsetvli zero,a5,e16,m8,ta,ma# 58, ratio=2, sew=16,

Results for 15.0.0 20240506 (experimental) [master revision gcc-15-218-g35224ead637] (GCC) testsuite on arm-unknown-linux-gnueabihf

=== gcc Summary === # of expected passes180783 # of unexpected failures318 # of expected failures 1255 # of unresolved testcases 21 # of unsupported tests 9166 /home/tcwg-buildslave/workspace/tcwg_gnu_0/abe/builds/destdir/x86_64-pc-lin

Results for 15.0.0 20240506 (experimental) [master r15-218-g35224ead63] (GCC) testsuite on powerpc64-unknown-linux-gnu

=== g++ Summary === # of expected passes511516 # of unexpected failures1 # of expected failures 5235 # of unsupported tests 23219 /home/gccbuild/build/nightly/build-gcc-trunk/gcc/xg++ version 15.0.0 20240506 (experimental) [master r15-218

Re: [PATCH v3] c++/modules: Fix dangling pointer with imported_temploid_friends

On 5/6/24 18:53, Patrick Palka wrote: On Mon, 6 May 2024, Jason Merrill wrote: On 5/3/24 07:17, Nathaniel Shead wrote: On Thu, May 02, 2024 at 02:05:38PM -0400, Jason Merrill wrote: On 5/1/24 21:34, Nathaniel Shead wrote: On Thu, May 02, 2024 at 12:15:44AM +1000, Nathaniel Shead wrote: On

Results for 15.0.0 20240506 (experimental) [remotes/origin/HEAD r15-216-g4b1f128d4c] (GCC) testsuite on powerpc64le-unknown-linux-gnu

5035 /home/gccbuild/build/nightly/build-gcc-trunk/gcc/xgcc version 15.0.0 20240506 (experimental) [remotes/origin/HEAD r15-216-g4b1f128d4c] (GCC) === gfortran tests === Running target unix XPASS: gfortran.dg/large_real_kind_form_io_2.f90 -O0 execution test XPASS: g

Results for 15.0.0 20240506 (experimental) [remotes/origin/HEAD r15-217-gf62e55a7d0] (GCC) testsuite on powerpc64le-unknown-linux-gnu

90 # of unexpected successes 20 # of expected failures 1619 # of unsupported tests 4251 /home/gccbuild/build/nightly/build-gcc-trunk/gcc/xgcc version 15.0.0 20240506 (experimental) [remotes/origin/HEAD r15-217-gf62e55a7d0] (GCC) === gfortran tests ===

Results for 15.0.0 20240506 (experimental) [master revision gcc-15-218-g35224ead637] (GCC) testsuite on arm-unknown-eabi

ts 5211 /home/tcwg-buildslave/workspace/tcwg_gnu_1/abe/builds/destdir/x86_64-pc-linux-gnu/bin/arm-eabi-gcc version 15.0.0 20240506 (experimental) [master revision gcc-15-218-g35224ead637] (GCC) Host is x86_64-pc-linux-gnu === g++ tests === Running target qemu/-mthu

[Bug ada/114964] Ada Address_To_Access_Conversions gnat_to_gnu_entity internal error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114964 --- Comment #2 from Ken Burtch --- Thank you. I did my best.

[Bug tree-optimization/114965] [13/14/15 Regression] wrong code generated for Emacs/Gnulib strftime (regression from 13.2)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114965 --- Comment #6 from Andrew Pinski --- Reduded testcase that fails at -O1 (but passes at -O2): ``` [[gnu::noipa]] static void g(char pad1) { if (pad1 != '0' && pad1 != '+' && pad1 != '_') __builtin_unreachable(); if (pad1 == '0'

[Bug tree-optimization/114965] [13/14/15 Regression] wrong code generated for Emacs/Gnulib strftime (regression from 13.2)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114965 --- Comment #5 from Andrew Pinski --- Oh I see where the bug is coming from. reassociation is turning: _2 = pad_6 == 48; _3 = pad_6 == 43; _4 = _2 | _3; Into: _11 = (unsigned char) pad_6; _12 = (int) _11; _13 = 290271069732864 >>

Results for 13.2.1 20240506 [releases/gcc-13 r13-8699-g287293786d] (GCC) testsuite on powerpc64-unknown-linux-gnu

/nightly/build-gcc-13/gcc/xg++ version 13.2.1 20240506 [releases/gcc-13 r13-8699-g287293786d] (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 tree-optimization/114965] [13/14/15 Regression] wrong code generated for Emacs/Gnulib strftime (regression from 13.2)

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

Re: [PATCH] arm: Support -mfdpic for more targets

On Wed, Mar 6, 2024 at 1:54 AM Richard Earnshaw (lists) wrote: > > On 06/03/2024 05:07, Fangrui Song wrote: > > On Fri, Feb 23, 2024 at 7:33 PM Fangrui Song wrote: > >> > >> From: Fangrui Song > >> > >> Targets that are not arm*-*-uclinuxfdpiceabi can use -S -mfdpic, but -c > >> -mfdpic does

[gcc(refs/vendors/microsoft/heads/main)] Merge commit 'ffb521f157fec823907913602ed5cb73dd1c63e8' into merge-master-ffb521f157fec823907913602e

https://gcc.gnu.org/g:da1eddccf7ec1836d0a00a5cc09e945d90e3de95 commit da1eddccf7ec1836d0a00a5cc09e945d90e3de95 Merge: 012850a7800 ffb521f157f Author: MS Automation Date: Sun May 5 13:29:43 2024 + Merge commit 'ffb521f157fec823907913602ed5cb73dd1c63e8' into

[gcc/microsoft/heads/main] (249 commits) Merge commit 'ffb521f157fec823907913602ed5cb73dd1c63e8' int

The branch 'microsoft/heads/main' was updated to point to: da1eddccf7e... Merge commit 'ffb521f157fec823907913602ed5cb73dd1c63e8' int It previously pointed to: 012850a7800... Merge commit 'ef2392236ec629351496d7f299d6a0956080e4d9' int Diff: Summary of changes (added commits):

[Bug tree-optimization/114965] [14/15 Regression] wrong code generated for Emacs/Gnulib strftime (regression from 13.2)

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

[Bug tree-optimization/114965] [14/15 Regression] wrong code generated for Emacs/Gnulib strftime (regression from 13.2)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114965 Andrew Pinski changed: What|Removed |Added Target Milestone|--- |14.0 Ever confirmed|0

[Bug middle-end/114965] wrong code generated for Emacs/Gnulib strftime (regression from 13.2)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114965 --- Comment #1 from Andrew Pinski --- Created attachment 58112 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58112=edit Slightly reduced

Re: [PATCH v3] c++/modules: Fix dangling pointer with imported_temploid_friends

On Mon, 6 May 2024, Jason Merrill wrote: > On 5/3/24 07:17, Nathaniel Shead wrote: > > On Thu, May 02, 2024 at 02:05:38PM -0400, Jason Merrill wrote: > > > On 5/1/24 21:34, Nathaniel Shead wrote: > > > > On Thu, May 02, 2024 at 12:15:44AM +1000, Nathaniel Shead wrote: > > > > > On Wed, May 01,

[Bug tree-optimization/114872] [13/14/15 Regression] Miscompilation with -O2 after commit r13-8037

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114872 --- Comment #19 from Dmitrii Pasechnik --- Declaring the last argument in the call to GAP_CallFunc3Args() volatile appears to fix the issue. Namely, apply diff --git a/src/sage/libs/gap/element.pyx b/src/sage/libs/gap/element.pyx index

Re: [PATCH 1/1] RISC-V: Add Zfbfmin extension to the -march= option

On 4/11/24 9:32 PM, Xiao Zeng wrote: This patch would like to add new sub extension (aka Zfbfmin) to the -march= option. It introduces a new data type BF16. 1 The Zfbfmin extension depend on 'F', and the FLH, FSH, FMV.X.H, and FMV.H.X instructions as defined in the Zfh extension. 2 The

[gcc r15-218] [PATCH 1/1] RISC-V: Add Zfbfmin extension to the -march= option

https://gcc.gnu.org/g:35224ead63732a3550ba4b1332c06e9dc7999c31 commit r15-218-g35224ead63732a3550ba4b1332c06e9dc7999c31 Author: Xiao Zeng Date: Mon May 6 15:57:37 2024 -0600 [PATCH 1/1] RISC-V: Add Zfbfmin extension to the -march= option This patch would like to add new sub

Results for 15.0.0 20240506 (experimental) [master r15-205-g80c03ac8041] (GCC) testsuite on s390x-ibm-linux-gnu default

%v[0-9]*\\n\\t[^:]+\\tlocghile\\t%r2,1 FAIL: gcc.target/s390/vector/vec-scalar-cmp-1.c scan-assembler lt:\\n[^:]*\\twfkdb\\t%v[0-9]*,%v[0-9]*\\n\\t[^:]+\\tlocghil\\t%r2,1 FAIL: gcc.target/s390/vector/vec-scalar-cmp-1.c scan-assembler ne:\\n[^:]*\\twfcdb\\t%v[0-9]*,%v[0-9]*\\n\\t[^:]+\\tlo

[gcc r15-217] aix: Fix building fat library for AIX

https://gcc.gnu.org/g:f62e55a7d0aa03886227672272852926291c7f27 commit r15-217-gf62e55a7d0aa03886227672272852926291c7f27 Author: David Edelsohn Date: Sun May 5 16:17:51 2024 -0400 aix: Fix building fat library for AIX With the change in subdirectories, the code for libgfortran fat

Results for 15.0.0 20240506 (experimental) [master revision gcc-15-211-g6634a409124] (GCC) testsuite on aarch64-unknown-linux-gnu

-linux-gnu/bin/aarch64-linux-gnu-gcc version 15.0.0 20240506 (experimental) [master revision gcc-15-211-g6634a409124] (GCC) Host is x86_64-pc-linux-gnu === gfortran tests === Running target qemu FAIL: gfortran.dg/asan/pointer_assign_16.f90 -fsanitize=address -O0 execution

[Bug c++/108620] coroutines: ICE: in instantiate_type, at cp/class.cc:8742 when assign the return value of co_yield to a member of class/struct

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108620 Peter Damianov changed: What|Removed |Added CC||peter0x44 at disroot dot org ---

Re: [PATCH] c++: replace tf_norm with a local flag

On 5/3/24 11:26, Patrick Palka wrote: Bootstrapped and regtested on x86_64-pc-linux-gnu, does this look OK for trunk? OK. -- >8 -- The tf_norm flag controlling whether to build diagnostic information during constraint normalization doesn't need to be a global tsubst flag, and is confusingly

Re: [PATCH v3] c++/modules: Fix dangling pointer with imported_temploid_friends

On 5/3/24 07:17, Nathaniel Shead wrote: On Thu, May 02, 2024 at 02:05:38PM -0400, Jason Merrill wrote: On 5/1/24 21:34, Nathaniel Shead wrote: On Thu, May 02, 2024 at 12:15:44AM +1000, Nathaniel Shead wrote: On Wed, May 01, 2024 at 09:57:38AM -0400, Patrick Palka wrote: On Wed, 1 May 2024,

[Bug c/114965] New: wrong code generated for Emacs/Gnulib strftime (regression from 13.2)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114965 Bug ID: 114965 Summary: wrong code generated for Emacs/Gnulib strftime (regression from 13.2) Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal

Results for 15.0.0 20240506 (experimental) [master r15-212-g53026cbf08] (GCC) testsuite on powerpc64-unknown-linux-gnu

=== g++ Summary === # of expected passes511516 # of unexpected failures1 # of expected failures 5235 # of unsupported tests 23219 /home/gccbuild/build/nightly/build-gcc-trunk/gcc/xg++ version 15.0.0 20240506 (experimental) [master r15-212

[Bug tree-optimization/114872] [13/14/15 Regression] Miscompilation with -O2 after commit r13-8037

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114872 --- Comment #18 from Sergei Trofimovich --- > 2) ideally show a gdb session with the important events, which setjmp was it > (I see _setjmp and __sigsetjmp calls in the function), which exact function > called from the function ended up

Results for 15.0.0 20240506 (experimental) [remotes/origin/HEAD r15-212-g53026cbf08] (GCC) testsuite on powerpc64le-unknown-linux-gnu

5035 /home/gccbuild/build/nightly/build-gcc-trunk/gcc/xgcc version 15.0.0 20240506 (experimental) [remotes/origin/HEAD r15-212-g53026cbf08] (GCC) === gfortran tests === Running target unix XPASS: gfortran.dg/large_real_kind_form_io_2.f90 -O0 execution test XPASS: g

Results for 15.0.0 20240506 (experimental) [remotes/origin/HEAD r15-212-g53026cbf08] (GCC) testsuite on powerpc64le-unknown-linux-gnu

90 # of unexpected successes 20 # of expected failures 1619 # of unsupported tests 4251 /home/gccbuild/build/nightly/build-gcc-trunk/gcc/xgcc version 15.0.0 20240506 (experimental) [remotes/origin/HEAD r15-212-g53026cbf08] (GCC) === gfortran tests ===

Re: Tests of gcc development beyond its testsuite (in this case, for gfortran)

On 5/6/24 23:35, Toon Moene wrote: On 5/6/24 23:32, Andrew Pinski wrote: Did you test x86_64 with -march=native (or with -mfma) or just -O3? The reason why I am asking is aarch64 includes FMA by default while x86_64 does not. Most recent x86_64 includes an FMA instruction but since the base

[Bug ada/114964] Ada Address_To_Access_Conversions gnat_to_gnu_entity internal error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114964 Eric Botcazou changed: What|Removed |Added CC||ebotcazou at gcc dot gnu.org Ever

[gcc r15-216] RISC-V: Add testcase for PR114749.

https://gcc.gnu.org/g:4b1f128d4c25713116c7d9fd37016f7d9a112959 commit r15-216-g4b1f128d4c25713116c7d9fd37016f7d9a112959 Author: Robin Dapp Date: Mon May 6 15:51:37 2024 -0600 RISC-V: Add testcase for PR114749. this adds a test case for PR114749. Going to commit as obvious

[Bug tree-optimization/114749] [13 Regression] RISC-V rv64gcv ICE: in vectorizable_load, at tree-vect-stmts.cc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114749 --- Comment #8 from GCC Commits --- The master branch has been updated by Jeff Law : https://gcc.gnu.org/g:4b1f128d4c25713116c7d9fd37016f7d9a112959 commit r15-216-g4b1f128d4c25713116c7d9fd37016f7d9a112959 Author: Robin Dapp Date: Mon May 6

Results for 15.0.0 20240506 (experimental) [src 8df91834117] (GCC) testsuite on powerpc-ibm-aix7.2.5.0

=== g++ Summary === # of expected passes233605 # of unexpected failures7 # of unexpected successes 86 # of expected failures 2686 # of unresolved testcases 1 # of unsupported tests 11984 /tmp/GCC/gcc/xg++ version 15.0.0 20240506

Re: [PATCH] RISC-V: Add zero_extract support for rv64gc

On 5/6/24 3:42 PM, Vineet Gupta wrote: On 5/6/24 13:40, Christoph Müllner wrote: The combiner attempts to optimize a zero-extension of a logical right shift using zero_extract. We already utilize this optimization for those cases that result in a single instructions. Let's add a

Re: [PATCH] RISC-V: Add zero_extract support for rv64gc

On 5/6/24 13:40, Christoph Müllner wrote: > The combiner attempts to optimize a zero-extension of a logical right shift > using zero_extract. We already utilize this optimization for those cases > that result in a single instructions. Let's add a insn_and_split > pattern that also matches the

Regressions on native/master at commit r15-205 vs commit r15-172 on Linux/x86_64

Regressions on master at commit r15-205 vs commit r15-172 on Linux/x86_64 New failures: FAIL: libgomp.c/../libgomp.c-c++-common/for-11.c execution test FAIL: libgomp.c++/../libgomp.c-c++-common/for-14.c execution test FAIL: libgomp.c/../libgomp.c-c++-common/for-6.c execution test New passes:

[Bug tree-optimization/114872] [13/14/15 Regression] Miscompilation with -O2 after commit r13-8037

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114872 --- Comment #17 from Sergei Trofimovich --- > 1) attach your *.s file and state which exact compiler you used (revision) Generate code first: https://slyfox.uni.cx/b/gcc/PR114872/d.tar.gz (4MB, does not fit on bugzilla's 1MB limit) is the

Re: [NOT CODE REVIEW] [PATCH v3 1/1] [RISC-V] Add support for _Bfloat16

On 5/5/24 6:38 PM, Xiao Zeng wrote: 1 At point , BF16 has already been completed "post public review". 2 LLVM has also added support for RISCV BF16 in and . 3 According to

[gcc r15-215] [RISC-V] Add support for _Bfloat16

https://gcc.gnu.org/g:8c7cee80eb50792e57d514be1418c453ddd1073e commit r15-215-g8c7cee80eb50792e57d514be1418c453ddd1073e Author: Xiao Zeng Date: Mon May 6 15:39:12 2024 -0600 [RISC-V] Add support for _Bfloat16 1 At point , BF16 has

[Bug middle-end/78947] sub-optimal code for (bool)(int ? int : int)

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

[Bug middle-end/85559] [meta-bug] Improve conditional move

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85559 Bug 85559 depends on bug 78947, which changed state. Bug 78947 Summary: sub-optimal code for (bool)(int ? int : int) https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78947 What|Removed |Added

Re: [PATCH] RISC-V: Document -mcmodel=large

On 12/20/23 11:13 AM, Jeff Law wrote: On 12/20/23 11:08, Palmer Dabbelt wrote: This slipped through the cracks.  Probably also NEWS-worthy. gcc/ChangeLog: * doc/invoke.texi (RISC-V): Add -mcmodel=large. OK. And yes, I think we're going to need to to a new/changes update for the

Re: Tests of gcc development beyond its testsuite (in this case, for gfortran)

On 5/6/24 23:32, Andrew Pinski wrote: Did you test x86_64 with -march=native (or with -mfma) or just -O3? The reason why I am asking is aarch64 includes FMA by default while x86_64 does not. Most recent x86_64 includes an FMA instruction but since the base ISA does not include it, it is not

[gcc r15-214] RISC-V: Document -mcmodel=large

https://gcc.gnu.org/g:6ffea3e37380860507cce08af42a997fbdb5d754 commit r15-214-g6ffea3e37380860507cce08af42a997fbdb5d754 Author: Palmer Dabbelt Date: Mon May 6 15:34:26 2024 -0600 RISC-V: Document -mcmodel=large This slipped through the cracks. Probably also NEWS-worthy.

Re: Tests of gcc development beyond its testsuite (in this case, for gfortran)

On Mon, May 6, 2024 at 2:27 PM Toon Moene wrote: > > I have now, for some time, ran LAPACK's test programs on my gcc/gfortran > builds on both on the x86_64-linux-gnu architecture, as well as the > aarch64-linux-gnu one (see, e.g., > http://moene.org/~toon/lapack-amd64-gfortran13-O3). > > The

Re: [RFA][RISC-V] Use "uw" forms for constant synthesis

On 5/4/24 6:53 PM, Jeff Law wrote: So another constant synthesis improvement. In this patch we're looking at cases where we'd like to be able to use lui+slli, but can't because of the sign extending nature of lui on TARGET_64BIT.  For example: 0x800110020UL.  The trunk currently

[gcc r15-213] So another constant synthesis improvement.

https://gcc.gnu.org/g:975bb17e2f6bc90d366237ab1c5dc9b8df2dee69 commit r15-213-g975bb17e2f6bc90d366237ab1c5dc9b8df2dee69 Author: Jeff Law Date: Mon May 6 15:27:43 2024 -0600 So another constant synthesis improvement. In this patch we're looking at cases where we'd like to be able

[Bug middle-end/97263] For -ffinite-math-only -OFast is not mentioned.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97263 Andrew Pinski changed: What|Removed |Added Keywords||patch URL|

[PATCH] Mention that some options are turned on by `-Ofast` in their descriptions [PR97263]

Like was done for -ffast-math in r0-105946-ga570fc16fa8056, we should document that -Ofast enables -fmath-errno, -funsafe-math-optimizations, -finite-math-only, -fno-trapping-math in their documentation. Note this changes the stronger "must not" to be "is not" for -fno-trapping-math since we do

Tests of gcc development beyond its testsuite (in this case, for gfortran)

I have now, for some time, ran LAPACK's test programs on my gcc/gfortran builds on both on the x86_64-linux-gnu architecture, as well as the aarch64-linux-gnu one (see, e.g., http://moene.org/~toon/lapack-amd64-gfortran13-O3). The results are rather alarming - this is r15-202 for aarch64 vs

Re: [PATCH] RISC-V: Add zero_extract support for rv64gc

On 5/6/24 2:40 PM, Christoph Müllner wrote: The combiner attempts to optimize a zero-extension of a logical right shift using zero_extract. We already utilize this optimization for those cases that result in a single instructions. Let's add a insn_and_split pattern that also matches the

Re: [PATCH v2 1/1] [RISC-V] Add support for _Bfloat16

On 5/4/24 8:08 PM, Xiao Zeng wrote: https://github.com/ewlu/gcc-precommit-ci/issues/1412#issuecomment-2031568644 In the future, my patch will strictly adhere to the formatting suggestions provided by CI. No worries. Even those of us who have been working on the project for 30+ years

[Bug ada/114964] New: Ada Address_To_Access_Conversions gnat_to_gnu_entity internal error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114964 Bug ID: 114964 Summary: Ada Address_To_Access_Conversions gnat_to_gnu_entity internal error Product: gcc Version: 13.2.0 Status: UNCONFIRMED Severity: normal

  1   2   3   4   >