[committed] testsuite: Fix up pr94482.c testcase [PR94482]

On Wed, Apr 08, 2020 at 08:34:08PM +0200, Martin Jambor wrote: > 2020-04-08 Martin Jambor > Richard Biener > > PR tree-optimization/94482 > * tree-sra.c (create_access_replacement): Dump new replacement with > TDF_UID. > (sra_modify_expr): Fix handling of

[Bug tree-optimization/94482] [8/9 Regression] Inserting into vector with optimization enabled on x86 generates incorrect result

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94482 --- Comment #26 from CVS Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:bb87d5cc77db1f28083990f44e20b6c0728d925e commit r10-7686-gbb87d5cc77db1f28083990f44e20b6c0728d925e Author: Jakub Jelinek Date:

Re: [PATCH] cselib, var-tracking: Improve debug info after the cselib sp tracking changes [PR94495]

On Fri, Apr 10, 2020 at 11:54:49AM +0200, Jakub Jelinek via Gcc-patches wrote: > On Thu, Apr 09, 2020 at 10:57:46PM +0200, Christophe Lyon via Gcc-patches > wrote: > > This patch makes GCC fail to build newlib when configured for > > aarch64_be-none-elf: > > 0x10c488c vt_expand_var_loc_chain > >

[Bug target/94551] [10 Regression] Bootstrap failure on powerpc64le-unknown-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94551 --- Comment #5 from CVS Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:a615ea71bc8fbf31b9bc71cb373a7ca5b9cca44a commit r10-7685-ga615ea71bc8fbf31b9bc71cb373a7ca5b9cca44a Author: Jakub Jelinek Date:

[Bug debug/94495] [10 Regression] Debug info size growth since r10-7515-g2c0fa3ecf70d199a

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94495 --- Comment #13 from CVS Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:a615ea71bc8fbf31b9bc71cb373a7ca5b9cca44a commit r10-7685-ga615ea71bc8fbf31b9bc71cb373a7ca5b9cca44a Author: Jakub Jelinek Date:

Re: [PATCH] c++: Stray RESULT_DECLs in result of constexpr function call [PR94034]

On 4/10/20 5:47 PM, Patrick Palka wrote: On Fri, 10 Apr 2020, Jason Merrill wrote: On 4/10/20 2:15 PM, Patrick Palka wrote: On Fri, 10 Apr 2020, Patrick Palka wrote: On Fri, 10 Apr 2020, Jason Merrill wrote: On 4/10/20 1:04 PM, Patrick Palka wrote: On Thu, 9 Apr 2020, Patrick Palka wrote:

Re: [PATCH] On PPC32 GCC9 or later can throw an ICE when built with older GCCs

On Mon, 6 Apr 2020, Gustavo Romero via Gcc-patches wrote: > When GCC9 is built with older GCC (4.7) on FreeBSD 32-bit on PowerPC an ICE > is generated on stage 1 when selftests are performed. > > After an investigation the root cause was traced to an unnecessary and > harmful instantiation of a

[Bug c++/93383] ICE on accessing field of a structure which is non-type template parameter, -std=c++2a

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93383 Marek Polacek changed: What|Removed |Added CC||raphael.grimm at kit dot edu ---

[Bug c++/93383] ICE on accessing field of a structure which is non-type template parameter, -std=c++2a

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93383 Marek Polacek changed: What|Removed |Added CC||mpolacek at gcc dot gnu.org --- Comment

[Bug c++/93639] [c++2a] Segfault on non type template parameter and consteval (master)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93639 Marek Polacek changed: What|Removed |Added Resolution|--- |DUPLICATE Status|NEW

[Bug bootstrap/89494] Bootstrap error when using GCC 4.2.1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89494 --- Comment #12 from Piotr Kubaj --- This issue can be fixed with the following patches: --- gcc/dumpfile.c.orig 2020-04-07 14:09:14 UTC +++ gcc/dumpfile.c @@ -2055,7 +2055,7 @@ temp_dump_context::temp_dump_context (bool forcibly_en

[Bug bootstrap/87252] gcc-4.4 cross-builds broken, apparently in self-tests

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87252 --- Comment #10 from Hans-Peter Nilsson --- (In reply to Abrahm Scully from comment #9) > Either way, building gcc-4.7.4 first and then building gcc-10 with that > produces a compiler without the problem. > > Again, sorry for the noise.

[Bug target/94494] gcc-10 unrecognizable insn

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94494 --- Comment #5 from Abrahm Scully --- I can't comment on the patch's correctness, but applied to gcc-10-20200405 it does prevent the "unrecognizable insn" error.

[committed] coroutines: Revise await expansions [PR94528]

The expansions for await expressions were specific to particular cases, this revises it to be more generic and thus handles the case that triggered the PR. Most of the change is code-factoring. Tested on x86_64-linux/darwin (and powerpc64-linux-gnu) approved by Nathan on the PR thread (I fixed

[Bug c++/94528] coroutines: ICE building cppcoro in gimplify_expr, at gimplify.c:14399

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94528 Iain Sandoe changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug target/94538] [10 Regression] ICE: in extract_constrain_insn_cached, at recog.c:2223 (insn does not satisfy its constraints) with -mcpu=cortex-m23 -mslow-flash-data

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94538 Iain Sandoe changed: What|Removed |Added CC||iains at gcc dot gnu.org --- Comment #6

[Bug target/94538] [10 Regression] ICE: in extract_constrain_insn_cached, at recog.c:2223 (insn does not satisfy its constraints) with -mcpu=cortex-m23 -mslow-flash-data

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94538 --- Comment #5 from CVS Commits --- The master branch has been updated by Iain D Sandoe : https://gcc.gnu.org/g:0666767eb4cc864f00ba34d97b9d58f8dc650bba commit r10-7682-g0666767eb4cc864f00ba34d97b9d58f8dc650bba Author: Iain Sandoe Date: Fri

[Bug c++/94528] coroutines: ICE building cppcoro in gimplify_expr, at gimplify.c:14399

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94528 --- Comment #4 from CVS Commits --- The master branch has been updated by Iain D Sandoe : https://gcc.gnu.org/g:0666767eb4cc864f00ba34d97b9d58f8dc650bba commit r10-7682-g0666767eb4cc864f00ba34d97b9d58f8dc650bba Author: Iain Sandoe Date: Fri

[Bug c++/94553] Revisit [basic.scope.declarative]/4.2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94553 --- Comment #2 from Marek Polacek --- To fix CWG 2289, we need this: --- a/gcc/cp/decl.c +++ b/gcc/cp/decl.c @@ -1705,6 +1705,9 @@ duplicate_decls (tree newdecl, tree olddecl, bool newdecl_is_friend) inform (olddecl_loc, "previous

[Bug middle-end/94548] [AVR] Part of the code seems to have disappeared in the elf

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94548 Andrew Pinski changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|---

[Bug middle-end/94548] [AVR] Part of the code seems to have disappeared in the elf

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94548 --- Comment #2 from fabrice salvaire --- Yes I missed this important point on 8-bit architecture ... This line doesn't also work for some reasons const unsigned long int f0 = (8*(10ULL)^(6ULL)) / (1000*256ULL); but this one works const

[Bug fortran/93762] Truncation of deferred-length string when passing as optional

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93762 --- Comment #3 from Steve Kargl --- Here's a better testcasei, which removes IO statement, which makes it easier to read -fdump-tree-original. module deepest_call_m implicit none contains subroutine deepest_call(str)

[PATCH][PR target/94542]Don't allow PC-relative addressing for TLS data

One of the things that address_to_insn_form() is used for is determining whether a PC-relative addressing instruction could be used. In particular predicate pcrel_external_address and function prefixed_paddi_p() both use it for this purpose. So what emerged in PR/94542 is that it should be

[Bug target/94556] [10 Regression] FAIL: nptl/tst-thread-exit-clobber

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94556 H.J. Lu changed: What|Removed |Added Depends on||83641 --- Comment #4 from H.J. Lu --- This

[Bug target/94556] [10 Regression] FAIL: nptl/tst-thread-exit-clobber

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94556 --- Comment #3 from H.J. Lu --- Created attachment 48256 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48256=edit A tescase [hjl@gnu-cfl-2 tmp]$ /usr/gcc-9.3.1-x32/bin/g++ -mx32 -O2 foo.cc -lpthread [hjl@gnu-cfl-2 tmp]$ ./a.out info:

[Bug fortran/93762] Truncation of deferred-length string when passing as optional

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

gcc-8-20200410 is now available

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

Re: OpenACC with AMD Radeon GPU offloading

On Fri, 10 Apr 2020, Thomas Schwinge wrote: > > I run mu code with : > > gfortran -fopenacc -fno-automatic -s Test.f90 -o Test > > I don't know off-hand what '-s' means here, but otherwise that should be > good -- assuming GCC has been built with AMD GPU offloading support, has > been properly

[Bug target/94494] gcc-10 unrecognizable insn

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94494 Uroš Bizjak changed: What|Removed |Added Status|WAITING |ASSIGNED Target Milestone|---

[Bug middle-end/94548] [AVR] Part of the code seems to have disappeared in the elf

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

[Bug target/94557] New: [9 regression] r9-8486 causes several builtin instruction test case execution failures on power 9

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94557 Bug ID: 94557 Summary: [9 regression] r9-8486 causes several builtin instruction test case execution failures on power 9 Product: gcc Version: 9.3.1 Status: UNCONFIRMED

Re: [PATCH] c++: Stray RESULT_DECLs in result of constexpr function call [PR94034]

On Fri, 10 Apr 2020, Jason Merrill wrote: > On 4/10/20 2:15 PM, Patrick Palka wrote: > > On Fri, 10 Apr 2020, Patrick Palka wrote: > > > > > On Fri, 10 Apr 2020, Jason Merrill wrote: > > > > > > > On 4/10/20 1:04 PM, Patrick Palka wrote: > > > > > On Thu, 9 Apr 2020, Patrick Palka wrote: > > > >

[Bug target/94556] [10 Regression] FAIL: nptl/tst-thread-exit-clobber

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94556 --- Comment #2 from H.J. Lu --- (In reply to H.J. Lu from comment #1) > It is caused by r10-2846: > > commit bc4aa158c9490e76573bee3eec90f893b7d0b1ae > Author: Uros Bizjak > Date: Wed Aug 28 17:09:51 2019 +0200 > > *

[RFC][PR target PR90000] (rs6000) Compile time hog w/impossible asm constraint lra loop

[RFC][PR target/9] Compile time hog w/impossible asm constraint lra loop Hi, RFC for a bandaid/patch to partially address target PR/9. This adds an escape condition from the forever loop where LRA gets stuck while attempting to handle constraints from an instruction that has

[Bug target/94556] [10 Regression] FAIL: nptl/tst-thread-exit-clobber

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94556 H.J. Lu changed: What|Removed |Added Ever confirmed|0 |1 CC|

[Bug c++/94546] [10 Regression] unimplemented: unexpected AST of kind nontype_argument_pack

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94546 Jason Merrill changed: What|Removed |Added CC||jason at gcc dot gnu.org

[Bug c++/94523] [10 Regression] error: 'constexpr' evaluation depth exceeds maximum of 512 (use '-fconstexpr-depth=' to increase the maximum) since r10-7490-g76f09260b7eccd6c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94523 Jason Merrill changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug bootstrap/87252] gcc-4.4 cross-builds broken, apparently in self-tests

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87252 --- Comment #9 from Abrahm Scully --- I'm no longer convinced that I didn't see the problem previously because I just wasn't running the tests. Stage 1 has checking enabled... so I don't know why this problem showed up for others in gcc 9 but

[Bug libstdc++/94545] std::to_integer(std::numeric_limits::max()) returns 0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94545 --- Comment #5 from Thomas Mercier --- (In reply to Jonathan Wakely from comment #3) > (In reply to Thomas Mercier from comment #2) > > I thought that might be the response. Then why does it compile? > > Because the standard requires it to. >

Re: [PATCH] c++: Stray RESULT_DECLs in result of constexpr function call [PR94034]

On 4/10/20 2:15 PM, Patrick Palka wrote: On Fri, 10 Apr 2020, Patrick Palka wrote: On Fri, 10 Apr 2020, Jason Merrill wrote: On 4/10/20 1:04 PM, Patrick Palka wrote: On Thu, 9 Apr 2020, Patrick Palka wrote: On Thu, 9 Apr 2020, Jason Merrill wrote: On 4/8/20 7:49 PM, Patrick Palka wrote:

[Bug target/94556] New: [10 Regression] FAIL: nptl/tst-thread-exit-clobber

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94556 Bug ID: 94556 Summary: [10 Regression] FAIL: nptl/tst-thread-exit-clobber Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug target/94551] [10 Regression] Bootstrap failure on powerpc64le-unknown-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94551 --- Comment #4 from Jakub Jelinek --- I'm bootstrapping/regtesting that patch overnight on {x86_64,i686,powerpc64{,le}}-linux and will commit tomorrow if it passes to unbreak everybody.

[Bug other/94555] [10 regression] ICE compiling gfortran.dg/substr_6.f90 after r10-7665

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94555 Andreas Schwab changed: What|Removed |Added Resolution|--- |DUPLICATE

[Bug target/94551] [10 Regression] Bootstrap failure on powerpc64le-unknown-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94551 Andreas Schwab changed: What|Removed |Added CC||seurer at linux dot vnet.ibm.com ---

[Bug c++/94554] spurious -Waddress warning within "if constexpr" function-null compares

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94554 --- Comment #2 from Melissa --- Templates that take an optional function pointer as a template parameter. It lets you have templates that change behavior if a null function pointer is passed.

[Bug c++/94554] spurious -Waddress warning within "if constexpr" function-null compares

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94554 Marek Polacek changed: What|Removed |Added CC||mpolacek at gcc dot gnu.org --- Comment

[Bug other/94555] New: [10 regression] ICE compiling gfortran.dg/substr_6.f90 after r10-7665

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94555 Bug ID: 94555 Summary: [10 regression] ICE compiling gfortran.dg/substr_6.f90 after r10-7665 Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal

Re: [committed] PR target/94530 (was [PATCH] PR target/48240)

Hi, On Thu, 9 Apr 2020 at 10:57, Andrea Corallo wrote: > > Hi all, > > Second version of the patch for PR94530 (pr num fixed) addressing > comments. > > Bootstrapped on aarch64-unknown-linux-gnu. > > Committed. > The new test causes an ICE: FAIL: gcc.target/aarch64/pr94530.c (internal compiler

[Bug libstdc++/94545] std::to_integer(std::numeric_limits::max()) returns 0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94545 --- Comment #4 from Jonathan Wakely --- cppreference does document this, see the second row of the "Return value" table at https://en.cppreference.com/w/cpp/types/numeric_limits/max

[Bug libstdc++/94545] std::to_integer(std::numeric_limits::max()) returns 0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94545 --- Comment #3 from Jonathan Wakely --- (In reply to Thomas Mercier from comment #2) > I thought that might be the response. Then why does it compile? Because the standard requires it to. > The fact that it does, and produces a result is

[Bug target/94551] [10 Regression] Bootstrap failure on powerpc64le-unknown-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94551 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #2

[Bug target/94494] gcc-10 unrecognizable insn

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94494 --- Comment #3 from Abrahm Scully --- Not sure if this is helpful, but "gcc -v" outputs: Reading specs from /opt/tools-20200401/lib/gcc/i686-pc-linux-gnu/10/specs COLLECT_GCC=/opt/tools-20200401/bin/gcc

[Bug target/94494] gcc-10 unrecognizable insn

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94494 --- Comment #2 from Abrahm Scully --- Created attachment 48255 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48255=edit preprocessed source file With gcc-10-20200329, "g++ -Wall -ftree-vectorize -march=pentium3 -O2 -m32 -c

[Bug c++/94554] New: spurious -Waddress warning within "if constexpr" function-null compares

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94554 Bug ID: 94554 Summary: spurious -Waddress warning within "if constexpr" function-null compares Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal

Re: Merge from master to gccgo branch

On Tue, Apr 7, 2020 at 12:30 PM Ian Lance Taylor wrote: > > On Mon, Apr 6, 2020 at 5:51 PM Ian Lance Taylor wrote: > > > > I merged master revision 52fa80f853c0b0f623ea9e4c7198e324ce44ff30 to > > the gccgo branch. > > Another merge from master to gccgo branch, of revision >

[Bug inline-asm/94552] issue with branch offset calculation by m68k-linux-gnu-as

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94552 Jean-Michel changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

Re: [PATCH] c++: Stray RESULT_DECLs in result of constexpr function call [PR94034]

On Fri, 10 Apr 2020, Patrick Palka wrote: > On Fri, 10 Apr 2020, Jason Merrill wrote: > > > On 4/10/20 1:04 PM, Patrick Palka wrote: > > > On Thu, 9 Apr 2020, Patrick Palka wrote: > > > > On Thu, 9 Apr 2020, Jason Merrill wrote: > > > > > > > > > On 4/8/20 7:49 PM, Patrick Palka wrote: > > > >

Re: [PATCH] c++: Stray RESULT_DECLs in result of constexpr function call [PR94034]

On Fri, 10 Apr 2020, Jason Merrill wrote: > On 4/10/20 1:04 PM, Patrick Palka wrote: > > On Thu, 9 Apr 2020, Patrick Palka wrote: > > > On Thu, 9 Apr 2020, Jason Merrill wrote: > > > > > > > On 4/8/20 7:49 PM, Patrick Palka wrote: > > > > > When evaluating the initializer of 'a' in the following

[Bug c++/94553] Revisit [basic.scope.declarative]/4.2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94553 Marek Polacek changed: What|Removed |Added Keywords||accepts-invalid --- Comment #1 from

[Bug c++/94553] New: Revisit [basic.scope.declarative]/4.2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94553 Bug ID: 94553 Summary: Revisit [basic.scope.declarative]/4.2 Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[PR C++ 94426] Lambda linkage

My fix for 94147 was confusing no-linkage with internal linkage, at the language level. That's wrong. (the std is confusing here, because it describes linkage of names (which is wrong), and lambdas have no names) Lambdas with extra-scope, have linkage. However, at the implementation-level

[Bug c++/94149] __is_constructible doesn't know about C++20 parenthesized init for arrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94149 Marek Polacek changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug c++/94149] __is_constructible doesn't know about C++20 parenthesized init for arrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94149 --- Comment #5 from CVS Commits --- The master branch has been updated by Marek Polacek : https://gcc.gnu.org/g:62c25d7adb1a5664982449dda0e7f9ca63cf4735 commit r10-7681-g62c25d7adb1a5664982449dda0e7f9ca63cf4735 Author: Marek Polacek Date:

[Bug testsuite/92550] FAIL: gcc.dg/ipa/ipa-sra-8.c execution test

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92550 John David Anglin changed: What|Removed |Added Component|target |testsuite Summary|[10

[Bug inline-asm/94552] New: issue with branch offset calculation by m68k-linux-gnu-as

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94552 Bug ID: 94552 Summary: issue with branch offset calculation by m68k-linux-gnu-as Product: gcc Version: 7.5.0 Status: UNCONFIRMED Severity: normal

Re: [PATCH v2 2/2] RISC-V: Handle implied extension for -march parser.

On Fri, Apr 10, 2020 at 2:20 AM Kito Cheng wrote: > - Implied rule are introduced into latest RISC-V ISA spec. > - Only implemented D implied F-extension. Zicsr and Zifence are not > implement yet, so the rule not included in this patch. > - Pass preprocessed arch string to arch. > -

Re: [PATCH] c++: make __is_constructible work with paren-init of aggrs [PR94149]

On 4/9/20 5:00 PM, Marek Polacek wrote: In C++20 this is well-formed: using T = int[2]; T t(1, 2); which means that std::is_constructible_v should be true. But constructible_expr immediately returned the error_mark_node when it saw a list with more than one element. To give accurate

Re: [PATCH v2 1/2] RISC-V: Update march parser

On Fri, Apr 10, 2020 at 2:20 AM Kito Cheng wrote: > - The arch string rule has changed in latest spec, it introduced new >multi-letter extension prefix with 'h' and 'z', and drop `sx`. also >adjust parsing order for 's' and 'x'. This is OK. Jim

Re: [PATCH] c++: Stray RESULT_DECLs in result of constexpr function call [PR94034]

On 4/10/20 1:04 PM, Patrick Palka wrote: On Thu, 9 Apr 2020, Patrick Palka wrote: On Thu, 9 Apr 2020, Jason Merrill wrote: On 4/8/20 7:49 PM, Patrick Palka wrote: When evaluating the initializer of 'a' in the following example struct A { A *p = this; }; constexpr A foo() { return

Re: [PATCH] c++: Stray RESULT_DECLs in result of constexpr function call [PR94034]

On Thu, 9 Apr 2020, Patrick Palka wrote: > On Thu, 9 Apr 2020, Jason Merrill wrote: > > > On 4/8/20 7:49 PM, Patrick Palka wrote: > > > When evaluating the initializer of 'a' in the following example > > > > > >struct A { A *p = this; }; > > >constexpr A foo() { return {}; } > > >

[Bug target/94551] [10 Regression] Bootstrap failure on powerpc64le-unknown-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94551 --- Comment #1 from Andreas Schwab --- See https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94495#c11

[Bug fortran/93762] Truncation of deferred-length string when passing as optional

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93762 Thomas Koenig changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED

[Bug target/94551] New: [10 Regression] Bootstrap failure on powerpc64le-unknown-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94551 Bug ID: 94551 Summary: [10 Regression] Bootstrap failure on powerpc64le-unknown-linux-gnu Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal

Re: ICE on wrong colde [PR94192]

On Fri, Apr 10, 2020 at 8:27 AM Linus König wrote: > > Hi, > > I fixed the style issues. However, omitting the checks for NULL produced > several regressions in my previous tests. > The style looks good. Please share testcases which exhibit the regressions. They will also need to be included in

[Bug fortran/93579] [9/10 Regression] ICE in gfc_conv_substring_expr, at fortran/trans-expr.c:8587

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93579 Thomas Koenig changed: What|Removed |Added Resolution|--- |FIXED CC|

[Bug libstdc++/94545] std::to_integer(std::numeric_limits::max()) returns 0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94545 --- Comment #2 from Thomas Mercier --- I thought that might be the response. Then why does it compile? The fact that it does, and produces a result is surprising. I don't know what the standard says, but just looking at cppreference it says that

OpenACC with AMD Radeon GPU offloading

Hi! On 2020-04-07T00:12:41+0430, MAHDI LOTFI via Gcc wrote: > I am a researcher from Jam Petrochemical company I want to use OpenACC with > GCC compiler(FORTRAN language). Thanks for your interest. Please, use a proper Subject for your emails (see how I changed it), and include any relevant

[Bug c++/94550] New: False positive with -Wparentheses

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94550 Bug ID: 94550 Summary: False positive with -Wparentheses Product: gcc Version: 9.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug c++/17314] Error message wrongly shows declared rather than inherited access

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=17314 Igel changed: What|Removed |Added CC||ich.freak at gmx dot net --- Comment #21 from

Re: [PATCH, Fortran] -- PR fortran/87923 -- fix ICE when resolving I/O tags and simplify io.c

On Fri, Apr 10, 2020 at 8:14 AM Rainer Orth wrote: > > Hi Fritz, [...] > one new testcases comes up as UNRESOLVED everywhere: > > +UNRESOLVED: gfortran.dg/asynchronous_5.f03 -O scan-tree-dump-not > original "volatile.*?ivar_noasync" > +UNRESOLVED: gfortran.dg/asynchronous_5.f03 -O

[Bug debug/94495] [10 Regression] Debug info size growth since r10-7515-g2c0fa3ecf70d199a

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94495 Jakub Jelinek changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug c++/94549] New: [10 Regression] Inherited and constrained constructors are "ambiguous" even if they aren't

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94549 Bug ID: 94549 Summary: [10 Regression] Inherited and constrained constructors are "ambiguous" even if they aren't Product: gcc Version: c++-concepts Status: UNCONFIRMED

[Bug c++/92856] incorrectly accepts invalid C++11 braced initialisation of double from long double

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92856 Giuseppe D'Angelo changed: What|Removed |Added CC||dangelog at gmail dot com ---

Re: [PATCH] reject scalar array initialization with nullptr [PR94510]

On 4/9/20 4:23 PM, Martin Sebor wrote: On 4/9/20 1:32 PM, Jason Merrill wrote: On 4/9/20 3:24 PM, Martin Sebor wrote: On 4/9/20 1:03 PM, Jason Merrill wrote: On 4/8/20 1:23 PM, Martin Sebor wrote: On 4/7/20 3:36 PM, Marek Polacek wrote: On Tue, Apr 07, 2020 at 02:46:52PM -0600, Martin Sebor

Re: [Patch] libgomp – fix handling of 'target enter data'

On Fri, Apr 10, 2020 at 04:31:37PM +0200, Thomas Schwinge wrote: > Aha, thanks -- that resolves doubts I had (but Julian and I couldn't > allocate time to track down): see 'GOMP_target_enter_exit_data' mentioned > in > ff., for

Test cases for mixed structured/dynamic data lifetimes with OpenACC [PR92843] (was: [PATCH 0/3] Mixed static/dynamic data lifetimes with OpenACC (PR92843))

Hi! On 2020-01-17T12:18:18-0800, Julian Brown wrote: > This patch series provides fixes for some cases of mixing static and (It's "structured", not "static".) ;-) > dynamic data lifetimes in OpenACC, hopefully addressing some of Thomas's > concerns in PR92843 -- in particular that an "exit

Re: [Patch] libgomp – fix handling of 'target enter data'

Hi! On 2020-03-31T19:41:40+0200, Tobias Burnus wrote: > libgomp – fix handling of 'target enter data' > > * target.c (GOMP_target_enter_exit_data): Handle PSET/MAP_POINTER. > * testsuite/libgomp.fortran/target-enter-data-1.f90: New. > > libgomp/target.c

[Bug middle-end/93465] [10 Regression] ICE in oacc_verify_routine_clauses, at omp-general.c:1802 since r10-471-gb48f44bf77a39fef

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93465 Thomas Schwinge changed: What|Removed |Added Known to fail|10.0| Resolution|---

Re: [PATCH] Handle 'omp declare target' attribute set for both OpenACC and OpenMP 'target' [PR89433, PR93465]

Hi! On 2020-03-04T20:07:46+0100, Jakub Jelinek wrote: > On Wed, Mar 04, 2020 at 08:27:10PM +0100, Thomas Schwinge wrote: >> ... which as of PR89433 commit b48f44bf77a39fefc238a16cf1225c6464c82406 >> causes >> an ICE. Not sure if this is actually supposed to be valid or invalid code. >> Until

[Bug libgomp/92843] [OpenACC] Wrong/missing dynamic reference counting for structured 'REFCOUNT_INFINITY'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92843 --- Comment #14 from CVS Commits --- The releases/gcc-9 branch has been updated by Thomas Schwinge : https://gcc.gnu.org/g:3c7a476c5ad3761cb5373f8c59a92e04525c5638 commit r9-8489-g3c7a476c5ad3761cb5373f8c59a92e04525c5638 Author: Julian Brown

[Bug middle-end/93465] [10 Regression] ICE in oacc_verify_routine_clauses, at omp-general.c:1802 since r10-471-gb48f44bf77a39fef

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93465 --- Comment #7 from CVS Commits --- The master branch has been updated by Thomas Schwinge : https://gcc.gnu.org/g:ff3f862b451496dd4afbe2dbfae82afab59a42c6 commit r10-7676-gff3f862b451496dd4afbe2dbfae82afab59a42c6 Author: Thomas Schwinge Date:

[Bug c/89433] Repeated use of the OpenACC 'routine' directive

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89433 --- Comment #6 from CVS Commits --- The master branch has been updated by Thomas Schwinge : https://gcc.gnu.org/g:ff3f862b451496dd4afbe2dbfae82afab59a42c6 commit r10-7676-gff3f862b451496dd4afbe2dbfae82afab59a42c6 Author: Thomas Schwinge Date:

[Bug libgomp/92843] [OpenACC] Wrong/missing dynamic reference counting for structured 'REFCOUNT_INFINITY'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92843 --- Comment #13 from CVS Commits --- The master branch has been updated by Thomas Schwinge : https://gcc.gnu.org/g:be9862dd96945772ae0692bc95b37ec6dbcabda0 commit r10-7678-gbe9862dd96945772ae0692bc95b37ec6dbcabda0 Author: Julian Brown Date:

[PATCH 2/5] testsuite: [arm/mve] Use arm_softfp and arm_hard as needed in MVE tests

Some MVE tests explicitly test a -mfloat-abi=hard option, but we need to check that the toolchain actually supports it (which may not be the case for arm-linux-gnueabi* targets). We also make use of dg-add-options arm_v8_1m_mve_fp and arm_v8_1m_mve instead of duplicating the corresponding options

[PATCH 4/5] testsuite: [arm/mve] Use dg-add-options arm_v8_1m_mve in MVE tests

Several ARM/MVE tests can be compiled even if the toolchain does not support -mfloat-abi=hard (softfp is OK). Use dg-add-options arm_v8_1m_mve or arm_v8_1m_mve_fp instead of using dg-additional-options. 2020-04-10 Christophe Lyon gcc/testsuite/ *

[PATCH 1/5] testsuite: [arm] Add arm_softfp_ok and arm_hard_ok effective targets.

For arm-linux-gnueabi* targets, a toolchain cannot support the float-abi opposite to the one it has been configured for: since glibc does not support such multilibs, we end up lacking gnu/stubs-*.h when including stdint.h for instance. This patch introduces two new effective targets to detect

[PATCH 5/5] testsuite: [arm/mve] Include arm_mve.h in arm_v8_1m_mve_ok

Since arm_mve.h includes stdint.h, its use requires the presence of the right gnu/stub-*.h, so make sure to include it when checking the arm_v8_1m_mve_ok_nocache effective target, otherwise we can decide MVE is supported while it's not really. This makes several tests unsupported rather than fail.

[PATCH 3/5] testsuite: [arm/mve] Fix mve_move_gpr_to_gpr.c

This test can pass with a hard-float toolchain, provided we don't force -mfloat-abi=softfp. This patch removes this useless option, as well as -save-temps which is implied by arm_v8_1m_mve_fp. 2020-04-10 Christophe Lyon gcc/tesuite/ *

[Bug c++/94546] [10 Regression] unimplemented: unexpected AST of kind nontype_argument_pack

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94546 Marek Polacek changed: What|Removed |Added Keywords|rejects-valid |ice-on-valid-code Target

[Bug c++/94546] unimplemented: unexpected AST of kind nontype_argument_pack

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94546 Marek Polacek changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0

  1   2   >