[gcc(refs/vendors/riscv/heads/gcc-14-with-riscv-opts)] [committed] [RISC-V] Don't run new rounding tests on newlib risc-v targets

2024-05-02 Thread Jeff Law via Gcc-cvs
https://gcc.gnu.org/g:951478ab3bfe126e0f07cbf26366c48e08883b1f commit 951478ab3bfe126e0f07cbf26366c48e08883b1f Author: Jeff Law Date: Thu May 2 08:42:32 2024 -0600 [committed] [RISC-V] Don't run new rounding tests on newlib risc-v targets The new round_32.c and round_64.c tests

[committed] [RISC-V] Don't run new rounding tests on newlib risc-v targets

2024-05-02 Thread Jeff Law
The new round_32.c and round_64.c tests depend on the optimizers to recognize the conversions feeding the floor/ceil calls and convert them into ceilf, floorf and the like. Those transformations only occur when the target indicates the C library has the appropriate routines (fnclass ==

[gcc r15-115] [committed] [RISC-V] Don't run new rounding tests on newlib risc-v targets

2024-05-02 Thread Jeff Law via Gcc-cvs
https://gcc.gnu.org/g:1e29da0b6508b23a7a6b14a7fb643b917a195003 commit r15-115-g1e29da0b6508b23a7a6b14a7fb643b917a195003 Author: Jeff Law Date: Thu May 2 08:42:32 2024 -0600 [committed] [RISC-V] Don't run new rounding tests on newlib risc-v targets The new round_32.c and

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

2024-05-02 Thread Patrick Palka
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 temporaries with > a merge key of MK_unique rather than attempting to find the matching > (nonexistant) field of the class

Re: [PATCH v2] gcc-14: Mention that some warnings are now errors

2024-05-02 Thread Sebastian Huber
On 24.04.24 14:28, Sebastian Huber wrote: - Am 15. Apr 2024 um 8:05 schrieb Sebastian Huber sebastian.hu...@embedded-brains.de: --- v2: Remove listing of options. htdocs/gcc-14/changes.html | 2 ++ 1 file changed, 2 insertions(+) diff --git a/htdocs/gcc-14/changes.html

Results for 15.0.0 20240502 (experimental) [remotes/origin/HEAD r15-111-g9b5c0be59d0] (GCC) testsuite on powerpc64le-unknown-linux-gnu

2024-05-02 Thread Bill Seurer (POWER9) via Gcc-testresults
179477 # of unexpected failures106 # of unexpected successes 20 # of expected failures 1619 # of unsupported tests 4249 /home/gccbuild/build/nightly/build-gcc-trunk/gcc/xgcc version 15.0.0 20240502 (experimental) [remotes/origin/HEAD r15-111-g9b5c0be59d0] (G

Re: Updated Sourceware infrastructure plans

2024-05-02 Thread Simon Marchi via Gcc
On 5/2/24 2:47 AM, Richard Biener via Overseers wrote:> We'd only know for sure if we try. But then I'm almost 100% sure that > having to click in a GUI is slower than 'nrOK^X' in the text-mode mail UA > I am using for "quick" patch review. It might be comparable to the > review parts I do in

[Bug libstdc++/93672] [11/12 Regression] std::basic_istream::ignore hangs if delim MSB is set

2024-05-02 Thread redi at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93672 Jonathan Wakely changed: What|Removed |Added Known to work||13.2.1, 14.0

Results for 20240502 master r15-110-g43dc4302b41815 (GCC) testsuite on x86_64-pc-linux-gnu

2024-05-02 Thread Gaius Mulley via Gcc-testresults
$ ../configure --prefix=/home/gaius/opt --libexecdir=/home/gaius/opt/lib --enable-host-shared --enable-threads=posix --enable-clocale=gnu --enable-checking --enable-long-longx --enable-languages=m2 --enable-multilib --disable-plugin --enable-bootstrap gcc-branch: master git commit

[Bug libstdc++/104606] [11/12 Regression] comparison operator resolution with std::optional and -std=c++20

2024-05-02 Thread redi at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104606 Jonathan Wakely changed: What|Removed |Added Known to work||13.2.1, 14.0

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

2024-05-02 Thread Patrick Palka
On Wed, May 1, 2024 at 9:35 PM 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, Nathaniel Shead wrote: > > > > > > > Bootstrapped and regtested on

[gcc r13-8675] libstdc++: Fix infinite loop in std::istream::ignore(n, delim) [PR93672]

2024-05-02 Thread Jonathan Wakely via Libstdc++-cvs
https://gcc.gnu.org/g:fcf60d0baafa1245f768ac375dc60a07e92e9673 commit r13-8675-gfcf60d0baafa1245f768ac375dc60a07e92e9673 Author: Jonathan Wakely Date: Thu Apr 4 10:33:33 2024 +0100 libstdc++: Fix infinite loop in std::istream::ignore(n, delim) [PR93672] A negative delim value

[Bug libstdc++/93672] [11/12/13 Regression] std::basic_istream::ignore hangs if delim MSB is set

2024-05-02 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93672 --- Comment #7 from GCC Commits --- The releases/gcc-13 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:fcf60d0baafa1245f768ac375dc60a07e92e9673 commit r13-8675-gfcf60d0baafa1245f768ac375dc60a07e92e9673 Author: Jonathan

[gcc r13-8674] libstdc++: Reverse arguments in constraint for std::optional's <=> [PR104606]

2024-05-02 Thread Jonathan Wakely via Gcc-cvs
https://gcc.gnu.org/g:3d16f8f2aec9583422d00c531732ca9d33e6ef26 commit r13-8674-g3d16f8f2aec9583422d00c531732ca9d33e6ef26 Author: Jonathan Wakely Date: Wed Mar 27 21:51:13 2024 + libstdc++: Reverse arguments in constraint for std::optional's <=> [PR104606] This is a

[Bug libstdc++/104606] [11/12/13 Regression] comparison operator resolution with std::optional and -std=c++20

2024-05-02 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104606 --- Comment #15 from GCC Commits --- The releases/gcc-13 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:3d16f8f2aec9583422d00c531732ca9d33e6ef26 commit r13-8674-g3d16f8f2aec9583422d00c531732ca9d33e6ef26 Author: Jonathan

[Bug c++/114913] "verify_gimple failed" due to addition of two constexpr strings

2024-05-02 Thread ppalka at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114913 Patrick Palka changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[COMMITTED] Remove obsolete Solaris 11.3 support

2024-05-02 Thread Rainer Orth
Support for Solaris 11.3 had already been obsoleted in GCC 13. However, since the only Solaris system in the cfarm was running 11.3, I've kept it in tree until now when both Solaris 11.4/SPARC and x86 systems have been added. This patch actually removes the Solaris 11.3 support. Apart from

[PATCH RFA (cgraph)] c++: pragma target and static init [PR109753]

2024-05-02 Thread Jason Merrill
Tested x86_64-pc-linux-gnu, OK for trunk? 14.2? This two-year-old thread seems relevant: https://gcc.gnu.org/pipermail/gcc-patches/2022-April/593410.html -- 8< -- #pragma target and optimize should also apply to implicitly-generated functions like static initialization functions and

[Bug c/114923] gcc ignores escaping pointer and applies invalid optimization

2024-05-02 Thread amonakov at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114923 --- Comment #4 from Alexander Monakov --- You can place points of possible access outside of abstract machine in a fine-grained manner with volatile asms: asm volatile("" : "=m"(buf)); This cannot be reordered against accesses to volatile

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

2024-05-02 Thread nshead at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524 Bug 103524 depends on bug 114917, which changed state. Bug 114917 Summary: [modules] Explicit specialisations in export namespace not permitted https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114917 What|Removed

[Bug c++/114917] [modules] Explicit specialisations in export namespace not permitted

2024-05-02 Thread nshead at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114917 Nathaniel Shead changed: What|Removed |Added Status|ASSIGNED|RESOLVED Target Milestone|---

[gcc r15-114] c++: Clear is_unbraced_* when parsing declaration_seq_opt [PR114917]

2024-05-02 Thread Nathaniel Shead via Gcc-cvs
https://gcc.gnu.org/g:7317d62a1200dbd3685015e5d6b811497a27fe5f commit r15-114-g7317d62a1200dbd3685015e5d6b811497a27fe5f Author: Nathaniel Shead Date: Thu May 2 12:55:24 2024 +1000 c++: Clear is_unbraced_* when parsing declaration_seq_opt [PR114917] Currently we incorrectly retain

[Bug c++/114917] [modules] Explicit specialisations in export namespace not permitted

2024-05-02 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114917 --- Comment #1 from GCC Commits --- The master branch has been updated by Nathaniel Shead : https://gcc.gnu.org/g:7317d62a1200dbd3685015e5d6b811497a27fe5f commit r15-114-g7317d62a1200dbd3685015e5d6b811497a27fe5f Author: Nathaniel Shead Date:

☠ Buildbot (Sourceware): gcc-autoregen - failed 'git diff ...' (failure) (master)

2024-05-02 Thread builder--- via Gcc-testresults
A failed build has been detected on builder gcc-autoregen while building gcc. Full details are available at: https://builder.sourceware.org/buildbot/#/builders/269/builds/4614 Build state: failed 'git diff ...' (failure) Revision: 67e66c973ce31e375caa9611b2db290fbfc1904d Worker: bb1-2 Build

RE: [PATCH] PR middle-end/111701: signbit(x*x) vs -fsignaling-nans

2024-05-02 Thread Roger Sayle
> From: Richard Biener > On Thu, May 2, 2024 at 11:34 AM Roger Sayle > wrote: > > > > > > > From: Richard Biener On Fri, Apr 26, > > > 2024 at 10:19 AM Roger Sayle > > > wrote: > > > > > > > > This patch addresses PR middle-end/111701 where optimization of > > > > signbit(x*x) using

Re: [PATCH] libgm2: re-generate with autoreconf

2024-05-02 Thread Gaius Mulley
Simon Marchi writes: > > I don't have access to the gcc repo, so could you please push the patch > on my behalf? all done - many thanks for the patch! regards, Gaius

[gcc r15-113] modula2: Regenerate libgm2 Makefile.ins using correct include order

2024-05-02 Thread Gaius Mulley via Gcc-cvs
https://gcc.gnu.org/g:67e66c973ce31e375caa9611b2db290fbfc1904d commit r15-113-g67e66c973ce31e375caa9611b2db290fbfc1904d Author: Gaius Mulley Date: Thu May 2 14:38:51 2024 +0100 modula2: Regenerate libgm2 Makefile.ins using correct include order Regenerated libgm2/Makefile.in (and

Re: [PATCH] c++: Clear is_unbraced_* when parsing declaration_seq_opt [PR114917]

2024-05-02 Thread Jason Merrill
On 5/2/24 01:19, Nathaniel Shead wrote: Bootstrapped and regtested on x86_64-pc-linux-gnu, OK for trunk? OK. -- >8 -- Currently we incorrectly retain "in_unbraced_linkage_specification_p" and "in_unbraced_export_declaration_p" when parsing a (braced) declaration-seq. This patch ensures

[Bug c/114923] gcc ignores escaping pointer and applies invalid optimization

2024-05-02 Thread nfxjfg at googlemail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114923 --- Comment #3 from nfxjfg at googlemail dot com --- I'm expecting gcc to realize that the pointer escaped into the unknown, and that it can't assume that the memory won't change. This is just causality, not any vague made up viralyness.

Re: [PATCH] fixincludes: add AC_CONFIG_MACRO_DIRS to configure.ac

2024-05-02 Thread Christophe Lyon
On Tue, 30 Apr 2024 at 17:47, Simon Marchi wrote: > > On 4/30/24 4:54 AM, Christophe Lyon wrote: > > On Tue, 30 Apr 2024 at 04:25, Simon Marchi wrote: > >> > >> Add an "AC_CONFIG_MACRO_DIRS" call in configure.ac, with the same > >> directories as specified in "ACLOCAL_AMFLAGS", in Makefile.in. >

cfgrtl: Fix MEM_EXPR update in duplicate_insn_chain [PR114924]

2024-05-02 Thread Alex Coplan
Hi, The PR shows that when cfgrtl.cc:duplicate_insn_chain attempts to update the MR_DEPENDENCE_CLIQUE information for a MEM_EXPR we can end up accidentally dropping (e.g.) an ARRAY_REF from the MEM_EXPR and end up replacing it with the underlying MEM_REF. This leads to an inconsistency in the

[gcc r15-112] Improve SLP dump and graph

2024-05-02 Thread Richard Biener via Gcc-cvs
https://gcc.gnu.org/g:bf33fe90e75c2c463d77f83d9a44dc61abe087f5 commit r15-112-gbf33fe90e75c2c463d77f83d9a44dc61abe087f5 Author: Richard Biener Date: Wed Mar 27 10:53:11 2024 +0100 Improve SLP dump and graph The following notes which lanes are considered live and adds an overload

Re: [PATCH] MATCH: Maybe expand (T)(A + C1) * C2 and (T)(A + C1) * C2 + C3 [PR109393]

2024-05-02 Thread Richard Biener
On Thu, 2 May 2024, Manolis Tsamis wrote: > On Thu, May 2, 2024 at 4:00 PM Richard Biener wrote: > > > > On Tue, 23 Apr 2024, Manolis Tsamis wrote: > > > > > The original motivation for this pattern was that the following function > > > does > > > not fold to 'return 1': > > > > > > int foo(int

[Bug c/114923] gcc ignores escaping pointer and applies invalid optimization

2024-05-02 Thread amonakov at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114923 Alexander Monakov changed: What|Removed |Added CC||amonakov at gcc dot gnu.org ---

[Bug target/114910] can't build a c6x cross compiler

2024-05-02 Thread mikpelinux at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114910 --- Comment #5 from Mikael Pettersson --- I don't use crosstool-ng, but I have no problems building a cross to c6x-unknown-elf with binutils-2.42, gcc-14.1.0-RC-20240430, and newlib-4.4.0.20231231. (A cross to c6x-unknown-uclibc with

[Bug target/101865] _ARCH_PWR8 is not defined when using -mcpu=power8

2024-05-02 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101865 --- Comment #25 from GCC Commits --- The releases/gcc-12 branch has been updated by Peter Bergner : https://gcc.gnu.org/g:04ca18ff5e2592ac88a5b72248332f519a17184b commit r12-10409-g04ca18ff5e2592ac88a5b72248332f519a17184b Author: Will Schmidt

[gcc r12-10409] rs6000: Add OPTION_MASK_POWER8 [PR101865]

2024-05-02 Thread Peter Bergner via Gcc-cvs
https://gcc.gnu.org/g:04ca18ff5e2592ac88a5b72248332f519a17184b commit r12-10409-g04ca18ff5e2592ac88a5b72248332f519a17184b Author: Will Schmidt Date: Fri Apr 12 14:55:16 2024 -0500 rs6000: Add OPTION_MASK_POWER8 [PR101865] The bug in PR101865 is the _ARCH_PWR8 predefine macro is

[gcc r12-10408] rs6000: Replace OPTION_MASK_DIRECT_MOVE with OPTION_MASK_P8_VECTOR [PR101865]

2024-05-02 Thread Peter Bergner via Gcc-cvs
https://gcc.gnu.org/g:135402288a1b1b082d2e71ff2ee5c63b7dafed9f commit r12-10408-g135402288a1b1b082d2e71ff2ee5c63b7dafed9f Author: Peter Bergner Date: Tue Apr 9 15:24:39 2024 -0500 rs6000: Replace OPTION_MASK_DIRECT_MOVE with OPTION_MASK_P8_VECTOR [PR101865] This is a cleanup

[Bug target/101865] _ARCH_PWR8 is not defined when using -mcpu=power8

2024-05-02 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101865 --- Comment #24 from GCC Commits --- The releases/gcc-12 branch has been updated by Peter Bergner : https://gcc.gnu.org/g:135402288a1b1b082d2e71ff2ee5c63b7dafed9f commit r12-10408-g135402288a1b1b082d2e71ff2ee5c63b7dafed9f Author: Peter

Results for 15.0.0 20240502 (experimental) [master revision gcc-15-109-g4bb21b5cd7a] (GCC) testsuite on arm-unknown-eabi

2024-05-02 Thread ci_notify--- via Gcc-testresults
=== gcc Summary === # of expected passes159060 # of unexpected failures233 # of expected failures 1000 # of unresolved testcases 25 # of unsupported tests 9686 /home/tcwg-buildslave/workspace/tcwg_gnu_1/abe/builds/destdir/x86_64-pc-linux-gnu/bin/arm-eabi

[Bug rtl-optimization/114924] [11/12/13/14/15 Regression] Wrong update of MEM_EXPR by RTL loop unrolling since r11-2963-gd6a05b494b4b71

2024-05-02 Thread acoplan at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114924 Alex Coplan changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |acoplan at gcc dot gnu.org

Results for 15.0.0 20240502 (experimental) [master r15-109-g4bb21b5cd7] (GCC) testsuite on powerpc64-unknown-linux-gnu

2024-05-02 Thread Bill Seurer (POWER9 BE) via Gcc-testresults
5235 # of unsupported tests 23211 /home/gccbuild/build/nightly/build-gcc-trunk/gcc/xg++ version 15.0.0 20240502 (experimental) [master r15-109-g4bb21b5cd7] (GCC) === gcc tests === Running target unix/-m32 XPASS: gcc.dg/guality/example.c -O0 execution test

[PATCH][v3] tree-optimization/114921 - _Float16 -> __bf16 isn't noop

2024-05-02 Thread Richard Biener
The vectorizer handles a _Float16 to __bf16 conversion through vectorizable_assignment, thinking it's a noop. The following fixes this by requiring the same vector component mode when checking for CONVERT_EXPR_CODE_P, being stricter than for VIEW_CONVERT_EXPR. This variant splits the check for

[PATCH] Improve SLP dump and graph

2024-05-02 Thread Richard Biener
The following notes which lanes are considered live and adds an overload to produce a graphviz graph for multiple entries into an SLP graph. Bootstrapped on x86_64-unknown-linux-gnu, testing in progress. * tree-vect-slp.cc (vect_print_slp_tree): Mark live lanes. (dot_slp_tree):

Re: [PATCH] MATCH: Maybe expand (T)(A + C1) * C2 and (T)(A + C1) * C2 + C3 [PR109393]

2024-05-02 Thread Manolis Tsamis
On Thu, May 2, 2024 at 4:00 PM Richard Biener wrote: > > On Tue, 23 Apr 2024, Manolis Tsamis wrote: > > > The original motivation for this pattern was that the following function > > does > > not fold to 'return 1': > > > > int foo(int *a, int j) > > { > > int k = j - 1; > > return a[j - 1]

[Bug rtl-optimization/114924] New: [11/12/13/14/15 Regression] Wrong update of MEM_EXPR by RTL loop unrolling since r11-2963-gd6a05b494b4b71

2024-05-02 Thread acoplan at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114924 Bug ID: 114924 Summary: [11/12/13/14/15 Regression] Wrong update of MEM_EXPR by RTL loop unrolling since r11-2963-gd6a05b494b4b71 Product: gcc Version: 14.0 Status:

Re: [pushed] Objective-C, NeXT, v2: Correct a regression in code-gen.

2024-05-02 Thread Jakub Jelinek
On Thu, May 02, 2024 at 01:53:21PM +0100, Iain Sandoe wrote: > My testing of the GCC-14 release branch revealed an Objective-C > regression in code-gen, the fix has been tested on x86_64, i686 > and powerpc darwin, pushed to trunk. > > I will shortly apply this to the open branches, since they

Re: [PATCH] MATCH: Maybe expand (T)(A + C1) * C2 and (T)(A + C1) * C2 + C3 [PR109393]

2024-05-02 Thread Richard Biener
On Tue, 23 Apr 2024, Manolis Tsamis wrote: > The original motivation for this pattern was that the following function does > not fold to 'return 1': > > int foo(int *a, int j) > { > int k = j - 1; > return a[j - 1] == a[k]; > } > > The expression ((unsigned long) (X +- C1) * C2) appears

RE: [PATCH v3] Internal-fn: Introduce new internal function SAT_ADD

2024-05-02 Thread Tamar Christina
> > So he was responding for how to do it for the vectorizer and scalar parts. > > Remember that the goal is not to introduce new gimple IL that can block > > other > optimizations. > > The vectorizer already introduces new IL (various IFN) but this is fine as > > we don't > track things like

Re: Updated Sourceware infrastructure plans

2024-05-02 Thread Claudio Bantaloukas via Gcc
On 5/1/2024 10:26 PM, Mark Wielaard wrote: Hi Jason, On Wed, May 01, 2024 at 04:04:37PM -0400, Jason Merrill wrote: On 5/1/24 12:15, Jeff Law wrote: We're currently using patchwork to track patches tagged with RISC-V.� We don't do much review with patchwork.� In that model patchwork

Re: [PATCH] rust: Add rust.install-dvi and rust.install-html rules

2024-05-02 Thread Arthur Cohen
On 4/29/24 15:30, Christophe Lyon wrote: On Mon, 29 Apr 2024 at 15:24, Arthur Cohen wrote: Thanks Christophe! I've added your patch as part of a documentation pull-request I'm adding to our dev repo: https://github.com/Rust-GCC/gccrs/pull/2966 It'll be upstreamed with the next batch of

[pushed] Objective-C, NeXT, v2: Correct a regression in code-gen.

2024-05-02 Thread Iain Sandoe
My testing of the GCC-14 release branch revealed an Objective-C regression in code-gen, the fix has been tested on x86_64, i686 and powerpc darwin, pushed to trunk. I will shortly apply this to the open branches, since they are affected too. Given that this is completely local to Darwin and

[Bug c/114923] gcc ignores escaping pointer and applies invalid optimization

2024-05-02 Thread nfxjfg at googlemail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114923 --- Comment #1 from nfxjfg at googlemail dot com --- To make this explicitly clear: I expect that gcc reads back the buf value from memory and returns that.

[Bug c/114923] New: gcc ignores escaping pointer and applies invalid optimization

2024-05-02 Thread nfxjfg at googlemail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114923 Bug ID: 114923 Summary: gcc ignores escaping pointer and applies invalid optimization Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal

Re: [Backport] tree-optimization/114672 - WIDEN_MULT_PLUS_EXPR type mismatch

2024-05-02 Thread Richard Biener
On Thu, 2 May 2024, Richard Ball wrote: > Hi, > > Requesting permission to backport: > https://gcc.gnu.org/git/gitweb.cgi?p=gcc.git;h=912753cc5f18d786e334dd425469fa7f93155661 > to fix the issue listed here: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114672 > in gcc-12 and gcc-13. I'm fine

Results for 15.0.0 20240502 (experimental) [remotes/origin/HEAD r15-108-ga704554d2e] (GCC) testsuite on powerpc64le-unknown-linux-gnu

2024-05-02 Thread Bill Seurer (POWER8) via Gcc-testresults
5035 /home/gccbuild/build/nightly/build-gcc-trunk/gcc/xgcc version 15.0.0 20240502 (experimental) [remotes/origin/HEAD r15-108-ga704554d2e] (GCC) === gfortran tests === Running target unix XPASS: gfortran.dg/large_real_kind_form_io_2.f90 -O0 execution test XPASS: g

[gcc r15-111] Objective-C, NeXT, v2: Correct a regression in code-gen.

2024-05-02 Thread Iain D Sandoe via Gcc-cvs
https://gcc.gnu.org/g:9b5c0be59d0f94df0517820f00b4520b5abddd8c commit r15-111-g9b5c0be59d0f94df0517820f00b4520b5abddd8c Author: Iain Sandoe Date: Tue Apr 30 15:11:56 2024 +0100 Objective-C, NeXT, v2: Correct a regression in code-gen. There have been several changes in the ABI of

[Bug fortran/114922] New: fsyntax-only need the modules

2024-05-02 Thread axel.ehrich--- via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114922 Bug ID: 114922 Summary: fsyntax-only need the modules Product: gcc Version: 13.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran

[Bug c++/113706] c-c++-common/pr103798-2.c FAILs as C++

2024-05-02 Thread ro at CeBiTec dot Uni-Bielefeld.DE via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113706 --- Comment #14 from ro at CeBiTec dot Uni-Bielefeld.DE --- > --- Comment #13 from Jason Merrill --- > Should be fixed now. It is indeed. Thanks a lot.

Results for 11.4.1 20240502 [releases/gcc-11 revision f82e31be940:9502e4f4ba5:0ecb0967b4f7e68027492ac03e5dc03b5bcfdcf7] (GCC) testsuite on powerpc64le-unknown-linux-gnu

2024-05-02 Thread Bill Seurer (POWER9) via Gcc-testresults
s147360 # of unexpected failures38 # of unexpected successes 4 # of expected failures 916 # of unresolved testcases 2 # of unsupported tests 2773 /home/gccbuild/build/nightly/build-gcc-11/gcc/xgcc version 11.4.1 20240502 [releases/gcc-11

[Backport] tree-optimization/114672 - WIDEN_MULT_PLUS_EXPR type mismatch

2024-05-02 Thread Richard Ball
Hi, Requesting permission to backport: https://gcc.gnu.org/git/gitweb.cgi?p=gcc.git;h=912753cc5f18d786e334dd425469fa7f93155661 to fix the issue listed here: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114672 in gcc-12 and gcc-13. Thanks, Richard

[Bug tree-optimization/114672] during GIMPLE pass: widening_mul ICE: verify_gimple failed: type mismatch in 'widen_mult_plus_expr' at -O2

2024-05-02 Thread ricbal02 at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114672 Richard Ball changed: What|Removed |Added CC||ricbal02 at gcc dot gnu.org --- Comment

[PATCH] tree-optimization/114921 - _Float16 -> __bf16 isn't noop

2024-05-02 Thread Richard Biener
The vectorizer handles a _Float16 to __bf16 conversion through vectorizable_assignment, thinking it's a noop. The following fixes this by making the same-size check stricter, requiring the same vector component mode. Posted again for the arm CI PR tree-optimization/114921 *

[Bug modula2/113836] gm2 does not dump gimple or quadruples to a file

2024-05-02 Thread gaius at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113836 Gaius Mulley changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[gcc r15-110] PR modula2/113836 gm2 does not dump gimple or quadruples to a file

2024-05-02 Thread Gaius Mulley via Gcc-cvs
https://gcc.gnu.org/g:43dc4302b4181535d24e83759514b774ae4dbfcc commit r15-110-g43dc4302b4181535d24e83759514b774ae4dbfcc Author: Gaius Mulley Date: Thu May 2 13:16:07 2024 +0100 PR modula2/113836 gm2 does not dump gimple or quadruples to a file This patch completes the

[Bug modula2/113836] gm2 does not dump gimple or quadruples to a file

2024-05-02 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113836 --- Comment #10 from GCC Commits --- The master branch has been updated by Gaius Mulley : https://gcc.gnu.org/g:43dc4302b4181535d24e83759514b774ae4dbfcc commit r15-110-g43dc4302b4181535d24e83759514b774ae4dbfcc Author: Gaius Mulley Date:

[Bug ada/112958] [12/13/14/15 regression] s-exnllf.ads etc. don't compile on 32-bit FreeBSD/x86

2024-05-02 Thread ro at CeBiTec dot Uni-Bielefeld.DE via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112958 --- Comment #7 from ro at CeBiTec dot Uni-Bielefeld.DE --- > --- Comment #6 from Gerald Pfeifer --- > FreeBSD i386 is on it's way out: FreeBSD 14 is the last series supporting > it; FreeBSD 15 is dropping support for it. Ah, I wasn't aware of

Re: [PATCH] tree-optimization/114921 - _Float16 -> __bf16 isn't noop

2024-05-02 Thread Richard Biener
On Thu, 2 May 2024, Richard Biener wrote: > The vectorizer handles a _Float16 to __bf16 conversion through > vectorizable_assignment, thinking it's a noop. The following > fixes this by making the same-size check stricter, requiring > the same vector component mode. > > Bootstrap & regtest

[PATCH] tree-optimization/114921 - _Float16 -> __bf16 isn't noop

2024-05-02 Thread Richard Biener
The vectorizer handles a _Float16 to __bf16 conversion through vectorizable_assignment, thinking it's a noop. The following fixes this by making the same-size check stricter, requiring the same vector component mode. Bootstrap & regtest running on x86_64-unknown-linux-gnu. I couldn't manage to

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

2024-05-02 Thread redi at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114865 --- Comment #18 from Jonathan Wakely --- So maybe: diff --git a/libstdc++-v3/include/bits/atomic_base.h b/libstdc++-v3/include/bits/atomic_base.h index aa7374bb252..662cff39df5 100644 --- a/libstdc++-v3/include/bits/atomic_base.h +++

Results for 15.0.0 20240502 (experimental) [remotes/origin/HEAD r15-106-g5eb25d1561d] (GCC) testsuite on powerpc64le-unknown-linux-gnu

2024-05-02 Thread Bill Seurer (POWER9) via Gcc-testresults
179477 # of unexpected failures106 # of unexpected successes 20 # of expected failures 1619 # of unsupported tests 4249 /home/gccbuild/build/nightly/build-gcc-trunk/gcc/xgcc version 15.0.0 20240502 (experimental) [remotes/origin/HEAD r15-106-g5eb25d1561d] (G

[gcc r15-109] fix single argument static_assert

2024-05-02 Thread Marc Poulhi?s via Gcc-cvs
https://gcc.gnu.org/g:4bb21b5cd7a805b78ea85f46cbb82438ca757a56 commit r15-109-g4bb21b5cd7a805b78ea85f46cbb82438ca757a56 Author: Marc Poulhiès Date: Thu May 2 12:23:36 2024 +0200 fix single argument static_assert Single argument static_assert is C++17 only. gcc/ChangeLog:

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

2024-05-02 Thread redi at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114865 --- Comment #17 from Jonathan Wakely --- (In reply to Jonathan Wakely from comment #15) > --- a/libstdc++-v3/include/std/atomic > +++ b/libstdc++-v3/include/std/atomic > @@ -238,8 +238,10 @@ _GLIBCXX_BEGIN_NAMESPACE_VERSION > >

Re: Updated Sourceware infrastructure plans

2024-05-02 Thread Mark Wielaard
Hi Jeff, On Wed, 2024-05-01 at 15:38 -0600, Jeff Law wrote: > What works well? If you've wired up some CI bits, it's is extremely > useful to test an under development patch. Develop, push a branch, > raise an MR. At that point the CI system kicks in. Subsequent pushes > to the branch

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

2024-05-02 Thread redi at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114865 --- Comment #16 from Jonathan Wakely --- Alternatively, we could skip all the padding cope in compare_exchange for C++11, since that was a C++20 change and not a DR.

[Bug c++/114921] Optimization flags cause _Float16 to __bf16 casting to do nothing

2024-05-02 Thread rguenth at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114921 Richard Biener changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot gnu.org

Results for 15.0.0 20240502 (experimental) [master r15-106-g5eb25d1561] (GCC) testsuite on powerpc64-unknown-linux-gnu

2024-05-02 Thread Bill Seurer (POWER9 BE) via Gcc-testresults
5235 # of unsupported tests 23211 /home/gccbuild/build/nightly/build-gcc-trunk/gcc/xg++ version 15.0.0 20240502 (experimental) [master r15-106-g5eb25d1561] (GCC) === gcc tests === Running target unix/-m32 XPASS: gcc.dg/guality/example.c -O0 execution test

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

2024-05-02 Thread redi at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114865 --- Comment #15 from Jonathan Wakely --- --- a/libstdc++-v3/include/std/atomic +++ b/libstdc++-v3/include/std/atomic @@ -238,8 +238,10 @@ _GLIBCXX_BEGIN_NAMESPACE_VERSION constexpr atomic(_Tp __i) noexcept : _M_i(__i) { -#if

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

2024-05-02 Thread redi at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114865 --- Comment #14 from Jonathan Wakely --- Because a constexpr function can't have an if statement in C++11. But maybe we should just clear padding unconditionally for C++11.

[Bug middle-end/114579] RTL expansion add_scope_conflicts is slow

2024-05-02 Thread rguenth at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114579 Richard Biener changed: What|Removed |Added Target Milestone|--- |15.0 Resolution|---

[Bug lto/114918] ICE when building gcl with LTO

2024-05-02 Thread rguenth at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114918 Richard Biener changed: What|Removed |Added Ever confirmed|0 |1 Last reconfirmed|

[Bug libstdc++/114866] [14/15 Regression] & out_ptr in freestanding

2024-05-02 Thread redi at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114866 Jonathan Wakely changed: What|Removed |Added Status|NEW |ASSIGNED URL|

[PATCH] libstdc++: Fix for -std=c++23 -ffreestanding [PR114866]

2024-05-02 Thread Jonathan Wakely
Tested x86_64-linux. It would also be possible to fix this with: #if ! _GLIBCXX_HOSTED template inline constexpr __is_shared_ptr = false; #endif But we would still need to guard the partial specializations that use shared_ptr and __shared_ptr. It seemed cleaner to just guard all uses of

Re: Updated Sourceware infrastructure plans

2024-05-02 Thread Ian Lance Taylor via Gcc
On Wed, May 1, 2024 at 11:48 PM Richard Biener wrote: > > We'd only know for sure if we try. But then I'm almost 100% sure that > having to click in a GUI is slower than 'nrOK^X' in the text-mode mail UA > I am using for "quick" patch review. It might be comparable to the > review parts I do in

[Bug c++/114913] "verify_gimple failed" due to addition of two constexpr strings

2024-05-02 Thread rguenth at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114913 Richard Biener changed: What|Removed |Added Component|middle-end |c++ --- Comment #6 from Richard

Re: [PATCH] libstdc++: Fix std::chrono::tzdb to work with vanguard format

2024-05-02 Thread Jonathan Wakely
On Thu, 2 May 2024 at 12:24, Jonathan Wakely wrote: > > I found some issues in the std::chrono::tzdb parser by testing the > tzdata "vanguard" format, which uses new features that aren't enabled in > the "main" and "rearguard" data formats. > > Since 2024a the keyword "minimum" is no longer valid

[PATCH] libstdc++: Fix std::chrono::tzdb to work with vanguard format

2024-05-02 Thread Jonathan Wakely
I found some issues in the std::chrono::tzdb parser by testing the tzdata "vanguard" format, which uses new features that aren't enabled in the "main" and "rearguard" data formats. Since 2024a the keyword "minimum" is no longer valid for the FROM and TO fields in a Rule line, which means that "m"

Re: [COMMITTED] Reduce startup costs for Value_Range.

2024-05-02 Thread Ian Lance Taylor
On Wed, May 1, 2024 at 7:50 PM Andrew Pinski wrote: > > On Wed, May 1, 2024 at 7:40 PM Ian Lance Taylor wrote: > > > > On Wed, May 1, 2024 at 12:43 AM Aldy Hernandez wrote: > > > > > > gcc/ChangeLog: > > > > > > * ipa-fnsummary.cc (evaluate_properties_for_edge): Initialize > > >

Results for 20240430 master r15-70-g0b2735e0797fee (GCC) testsuite on x86_64-pc-linux-gnu

2024-05-02 Thread Gaius Mulley via Gcc-testresults
$ ../configure --prefix=/home/gaius/opt --libexecdir=/home/gaius/opt/lib --enable-host-shared --enable-threads=posix --enable-clocale=gnu --enable-checking --enable-long-longx --enable-languages=m2 --enable-multilib --disable-plugin --enable-bootstrap gcc-branch: master git commit

[Bug tree-optimization/114912] [15 regression] SIGBUS in wi::copy<> on SPARC since r15-88-gc60b3e211c5557 since char array is not aligned to what it needs to be

2024-05-02 Thread rguenth at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114912 --- Comment #9 from Richard Biener --- (In reply to Andrew Pinski from comment #8) > The other way of fixing this is to use an union and I think since we are > using C++11, it might work correctly. > > I do think we should prefer the union

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

2024-05-02 Thread rguenth at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114908 Richard Biener changed: What|Removed |Added CC||mkretz at gcc dot gnu.org,

Regressions on native/master at commit r15-105 vs commit r15-98 on Linux/x86_64

2024-05-02 Thread Haochen Jiang via Gcc-regression
Regressions on master at commit r15-105 vs commit r15-98 on Linux/x86_64 New failures: New passes: FAIL: gcc.dg/vect/tsvc/vect-tsvc-s317.c execution test FAIL: gcc.dg/vect/tsvc/vect-tsvc-s317.c -flto -ffat-lto-objects execution test

RE: [PATCH v3] Internal-fn: Introduce new internal function SAT_ADD

2024-05-02 Thread Li, Pan2
> So he was responding for how to do it for the vectorizer and scalar parts. > Remember that the goal is not to introduce new gimple IL that can block other > optimizations. > The vectorizer already introduces new IL (various IFN) but this is fine as we > don't track things like ranges for >

[Bug c++/114901] GCC internal_error on CTAD alias

2024-05-02 Thread rguenth at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114901 Richard Biener changed: What|Removed |Added Keywords||ice-on-valid-code

[Bug analyzer/114899] [14/15 regression] Segmentation fault with -fsanitize=undefined and -fanalyzer since r14-2029-g0e466e978c7

2024-05-02 Thread rguenth at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114899 Richard Biener changed: What|Removed |Added Target Milestone|--- |14.2

[Bug libstdc++/114147] [11 Regression] tuple allocator-extended constructor requires non-explicit default constructor

2024-05-02 Thread redi at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114147 Jonathan Wakely changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[gcc r11-11411] libstdc++: Add missing std::tuple constructor [PR114147]

2024-05-02 Thread Jonathan Wakely via Gcc-cvs
https://gcc.gnu.org/g:0ecb0967b4f7e68027492ac03e5dc03b5bcfdcf7 commit r11-11411-g0ecb0967b4f7e68027492ac03e5dc03b5bcfdcf7 Author: Jonathan Wakely Date: Fri Mar 1 11:16:58 2024 + libstdc++: Add missing std::tuple constructor [PR114147] I caused a regression with commit r10-908

[Bug libstdc++/114147] [11 Regression] tuple allocator-extended constructor requires non-explicit default constructor

2024-05-02 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114147 --- Comment #12 from GCC Commits --- The releases/gcc-11 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:0ecb0967b4f7e68027492ac03e5dc03b5bcfdcf7 commit r11-11411-g0ecb0967b4f7e68027492ac03e5dc03b5bcfdcf7 Author: Jonathan

[PATCH v2] testsuite: Verify r0-r3 are extended with CMSE

2024-05-02 Thread Torbjörn SVENSSON
Add regression test to the existing zero/sign extend tests for CMSE to verify that r0, r1, r2 and r3 are properly extended, not just r0. boolCharShortEnumSecureFunc test is done using -O0 to ensure the instructions are in a predictable order. gcc/testsuite/ChangeLog: *

Re: [PATCH] Silence two instances of -Wcalloc-transposed-args

2024-05-02 Thread Richard Biener
On Mon, Apr 29, 2024 at 1:48 AM Peter Damianov wrote: > > Signed-off-by: Peter Damianov > --- > > Fixes these warnings: > > ../../gcc/gcc/../libgcc/libgcov-util.c: In function 'void > tag_counters(unsigned int, int)': > ../../gcc/gcc/../libgcc/libgcov-util.c:214:59: warning: 'void*

<    1   2   3   4   5   >