[Bug fortran/89646] Spurious actual argument might interfere warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89646 Dominique d'Humieres changed: What|Removed |Added Keywords||diagnostic Priority|P3

[Bug fortran/54687] Use gcc option machinery for gfortran

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54687 --- Comment #18 from Eric Gallager --- (In reply to Dominique d'Humieres from comment #17) > Let me have a deeper look at what can be done. How has that deeper look been going?

[Bug fortran/87673] [7/8/9 Regression] Errors caused by using function for character length in allocate with typespec

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87673 --- Comment #9 from Thomas Koenig --- This "fixes" this PR, of course bringing back the original problem (PR82049). Index: match.c === --- match.c (Revision 269552) +++ match.c

[Bug fortran/87045] pointer to array of character

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

[Bug fortran/89639] FAIL: gfortran.dg/ieee/ieee_9.f90 -O0 (test for excess errors)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89639 --- Comment #8 from dave.anglin at bell dot net --- On 2019-03-10 10:15 a.m., dominiq at lps dot ens.fr wrote: > Is it fixed by r269527 or not? It's not a good fix.  r269527 simply avoids the problem on hppa-linux.

[Bug fortran/87673] [7/8/9 Regression] Errors caused by using function for character length in allocate with typespec

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87673 Thomas Koenig changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug fortran/89639] FAIL: gfortran.dg/ieee/ieee_9.f90 -O0 (test for excess errors)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89639 Dominique d'Humieres changed: What|Removed |Added Status|WAITING |NEW --- Comment #9 from

[Bug d/88958] ICE in walk_aliased_vdefs_1, at tree-ssa-alias.c:2887

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88958 Iain Buclaw changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug tree-optimization/89649] [9 Regression] r269458 FAILs g++.dg/pr80481.C, scan-assembler-not vmovaps

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89649 Uroš Bizjak changed: What|Removed |Added CC||jakub at gcc dot gnu.org,

[Bug ipa/89341] [7/8/9 Regression] ICE in get, at cgraph.h:1332

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89341 --- Comment #9 from David Malcolm --- (In reply to Martin Liška from comment #8) > (In reply to David Malcolm from comment #7) > > (In reply to Martin Liška from comment #6) > > > David: Are you planning to send for it? > > I'm not sure what you

[Bug libstdc++/89641] std::atomic no longer works

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89641 --- Comment #1 from Jakub Jelinek --- Created attachment 45929 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45929=edit gcc9-pr89641.patch I think the following patch should fix it, but if these issues didn't show up (for all the changed

[Bug c++/89074] valid pointer equality constexpr comparison rejected

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89074 Justin Bassett changed: What|Removed |Added CC||jbassett271 at gmail dot com ---

[Bug fortran/66089] [7/8 Regression] elemental dependency mishandling when class array are involved

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66089 --- Comment #36 from Dominique d'Humieres --- Revision r269549 causes FAIL: gfortran.dg/assumed_type_2.f90 -O0 scan-tree-dump-times original "sub_array_assumed (D" 3 FAIL: gfortran.dg/assumed_type_2.f90 -O0 scan-tree-dump-times

[Bug fortran/89647] Host associated procedure unable to be used as binding target

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89647 Dominique d'Humieres changed: What|Removed |Added Priority|P3 |P4

[Bug tree-optimization/89649] New: [9 Regression] r269458 FAILs g++.dg/pr80481.C, scan-assembler-not vmovaps

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89649 Bug ID: 89649 Summary: [9 Regression] r269458 FAILs g++.dg/pr80481.C, scan-assembler-not vmovaps Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal

[Bug d/88958] ICE in walk_aliased_vdefs_1, at tree-ssa-alias.c:2887

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88958 --- Comment #5 from ibuclaw at gcc dot gnu.org --- Author: ibuclaw Date: Sun Mar 10 16:29:48 2019 New Revision: 269557 URL: https://gcc.gnu.org/viewcvs?rev=269557=gcc=rev Log: PR d/88958 d/dmd: Merge upstream dmd 0fc786f49 Backport fix to

[Bug tree-optimization/87008] [8/9 Regression] gimple mem-to-mem assignment badly optimized

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87008 --- Comment #8 from Martin Jambor --- Author: jamborm Date: Sun Mar 10 16:20:06 2019 New Revision: 269556 URL: https://gcc.gnu.org/viewcvs?rev=269556=gcc=rev Log: Make SRA less strict with memcpy performing MEM_REFs 2019-03-10 Martin Jambor

[Bug tree-optimization/85762] [8/9 Regression] range-v3 abstraction overhead not optimized away

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85762 --- Comment #9 from Martin Jambor --- Author: jamborm Date: Sun Mar 10 16:20:06 2019 New Revision: 269556 URL: https://gcc.gnu.org/viewcvs?rev=269556=gcc=rev Log: Make SRA less strict with memcpy performing MEM_REFs 2019-03-10 Martin Jambor

[Bug tree-optimization/85459] [8/9 Regression] Larger code generated from GMP template meta-programming

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85459 --- Comment #10 from Martin Jambor --- Author: jamborm Date: Sun Mar 10 16:20:06 2019 New Revision: 269556 URL: https://gcc.gnu.org/viewcvs?rev=269556=gcc=rev Log: Make SRA less strict with memcpy performing MEM_REFs 2019-03-10 Martin Jambor

[Bug fortran/89639] FAIL: gfortran.dg/ieee/ieee_9.f90 -O0 (test for excess errors)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89639 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug c++/88102] Implement P0542R5, C++20 contracts

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88102 --- Comment #1 from emsr at gcc dot gnu.org --- I saw this through reddit: https://gitlab.com/lock3/gcc-new.git branch origin/contracts-jac-kona This user has several interesting branches of contracts and concepts! Wiki:

[Bug d/89016] ICE in ArrayLiteralExp::toStringExp, at d/dmd/expression.c:3873

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89016 --- Comment #2 from ibuclaw at gcc dot gnu.org --- Author: ibuclaw Date: Sun Mar 10 17:25:18 2019 New Revision: 269560 URL: https://gcc.gnu.org/viewcvs?rev=269560=gcc=rev Log: PR d/89016 d/dmd: Merge upstream dmd da26db819 Backports

[Bug fortran/87673] [7/8/9 Regression] Errors caused by using function for character length in allocate with typespec

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87673 --- Comment #7 from Dominique d'Humieres --- > Trying some bisection. > > r257267 was ok, r258291 showed the is_illegal_recursion bug and > also shows the error with that removed. > > To be continued... No ICE with r257407+2 patches

[Bug fortran/66089] [7/8 Regression] elemental dependency mishandling when class array are involved

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66089 --- Comment #37 from Thomas Koenig --- Author: tkoenig Date: Sun Mar 10 14:21:34 2019 New Revision: 269555 URL: https://gcc.gnu.org/viewcvs?rev=269555=gcc=rev Log: 2019-03-10 Thomas Koenig PR fortran/66089 *

[Bug fortran/87673] [7/8/9 Regression] Errors caused by using function for character length in allocate with typespec

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87673 --- Comment #6 from Thomas Koenig --- Trying some bisection. r257267 was ok, r258291 showed the is_illegal_recursion bug and also shows the error with that removed. To be continued...

[Bug fortran/89601] [8/9 Regression] [PDT] ICE: Segmentation fault (in resolve_component)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89601 --- Comment #4 from janus at gcc dot gnu.org --- On second thought, the test case is probably invalid. Fortran 2018 has: R727 derived-type-stmt is TYPE [ [ , type-attr-spec-list ] :: ] type-name [ ( type-param-name-list ) ] Note that once the

[Bug c++/88102] Implement P0542R5, C++20 contracts

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88102 --- Comment #2 from emsr at gcc dot gnu.org --- The Wiki I noted was a 3rd party one. This is the wiki connected to the repo: https://gitlab.com/lock3/gcc-new/wikis/contract-assertions

[Bug fortran/87673] [7/8/9 Regression] Errors caused by using function for character length in allocate with typespec

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87673 --- Comment #8 from Thomas Koenig --- > No ICE with r257407+2 patches (2018-02-06), ICE with r257500+3 patches > (2018-02-08). Bisection shows that r257459 fails, r257458 works. This also makes sense because r257459 deals with that general

[Bug sanitizer/85777] [7/8/9 Regression] -fsanitize=undefined makes a -Wmaybe-uninitialized warning disappear

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85777 --- Comment #7 from Eric Gallager --- (In reply to Vincent Lefèvre from comment #6) > But this cannot apply to projects that use GNU Automake, which does not > generate such rules. And with Automake, things are more complex in practice, >

[Bug fortran/66089] [7/8 Regression] elemental dependency mishandling when class array are involved

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66089 --- Comment #38 from Thomas Koenig --- (In reply to Dominique d'Humieres from comment #36) > Revision r269549 causes > > FAIL: gfortran.dg/assumed_type_2.f90 -O0 scan-tree-dump-times original > "sub_array_assumed (D" 3 > the 'struct

[Bug fortran/87673] [7/8/9 Regression] Errors caused by using function for character length in allocate with typespec

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87673 --- Comment #5 from Thomas Koenig --- A better traceback. Part of this seems to be a use after free problem: =5863== Invalid read of size 1 ==5863==at 0x8FEEB4: resolve_elemental_actual(gfc_expr*, gfc_code*) (resolve.c:2160) ==5863==by

[Bug target/89650] [9 Regression] ICE in pre_and_rev_post_order_compute, at cfganal.c:1055 since r269119

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89650 Martin Liška changed: What|Removed |Added Last reconfirmed||2019-3-10 CC|

[Bug target/89650] New: [9 Regression] ICE in pre_and_rev_post_order_compute, at cfganal.c:1055 since r269119

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89650 Bug ID: 89650 Summary: [9 Regression] ICE in pre_and_rev_post_order_compute, at cfganal.c:1055 since r269119 Product: gcc Version: 9.0 Status: UNCONFIRMED

[Bug c++/88475] -E -fdirectives-only clashes with raw strings

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88475 --- Comment #5 from Allan Jensen --- Note, you can fix the conflict with icecc by setting ICEC_REMOTE_CPP=0 Icecc will only do this to enable the remote cpp feature.

[Bug c++/88475] -E -fdirectives-only clashes with raw strings

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88475 Milian Wolff changed: What|Removed |Added CC||mail at milianw dot de --- Comment #4

[Bug target/68924] No intrinsic for x86 `MOVQ m64, %xmm` in 32bit mode.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68924 --- Comment #8 from Uroš Bizjak --- (In reply to Uroš Bizjak from comment #6) > Please report this problem in the another PR (it is the case of missing v->r > alternative in *vec_extractv2di_0_sse pattern for SSE4+, where we can split > directly

[Bug d/87824] x86_64-linux multilib issues

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87824 --- Comment #24 from ibuclaw at gcc dot gnu.org --- Author: ibuclaw Date: Sun Mar 10 21:55:30 2019 New Revision: 269561 URL: https://gcc.gnu.org/viewcvs?rev=269561=gcc=rev Log: PR d/87824 d/dmd: Merge upstream dmd fcc235e8e Associative

[Bug target/68924] No intrinsic for x86 `MOVQ m64, %xmm` in 32bit mode.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68924 --- Comment #7 from uros at gcc dot gnu.org --- Author: uros Date: Sun Mar 10 22:59:31 2019 New Revision: 269562 URL: https://gcc.gnu.org/viewcvs?rev=269562=gcc=rev Log: PR target/68924 * config/i386/sse.md

[Bug fortran/66695] [7/8/9 Regression] [F03] ICE with binding-name equal to the name of a use-associated procedure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66695 --- Comment #7 from Thomas Koenig --- gfc_verify_binding_labels seems strange. First, I am not sure what to make of /* Verify that any binding labels used in a given namespace do not collide with the names or binding labels of any global

[Bug tree-optimization/88283] ICE in try_improve_iv_set, at tree-ssa-loop-ivopts.c:6677

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88283 Arseny Solokha changed: What|Removed |Added CC||asolokha at gmx dot com --- Comment #2

[Bug fortran/89651] New: OpenMP private array uninitialized warning with -O flag

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89651 Bug ID: 89651 Summary: OpenMP private array uninitialized warning with -O flag Product: gcc Version: 8.2.1 Status: UNCONFIRMED Severity: normal

[Bug sanitizer/85777] [7/8/9 Regression] -fsanitize=undefined makes a -Wmaybe-uninitialized warning disappear

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85777 --- Comment #8 from Vincent Lefèvre --- (In reply to Eric Gallager from comment #7) > you can still add handwritten rules in Automake Makefiles to be used > alongside the Automake-generated rules. But if the goal is to replace the compilation

[Bug fortran/89647] New: Host associated procedure unable to be used as binding target

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89647 Bug ID: 89647 Summary: Host associated procedure unable to be used as binding target Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/71544] gfortran compiler optimization bug when dealing with c-style pointers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71544 Thomas Koenig changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug fortran/71544] gfortran compiler optimization bug when dealing with c-style pointers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71544 --- Comment #16 from Thomas Koenig --- Author: tkoenig Date: Sun Mar 10 11:26:25 2019 New Revision: 269552 URL: https://gcc.gnu.org/viewcvs?rev=269552=gcc=rev Log: 2019-03-10 Thomas Koenig PR fortran/71544 Backport from

[Bug fortran/89601] [8/9 Regression] [PDT] ICE: Segmentation fault (in resolve_component)

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

[Bug fortran/89601] [8/9 Regression] [PDT] ICE: Segmentation fault (in resolve_component)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89601 janus at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug other/82704] GCC fails to download prerequisites on busybox distro (unrecognized sha512sum --check)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82704 --- Comment #3 from Segher Boessenkool --- Author: segher Date: Sun Mar 10 12:49:13 2019 New Revision: 269553 URL: https://gcc.gnu.org/viewcvs?rev=269553=gcc=rev Log: 2019-03-10 Tommy Nguyen PR contrib/82704 *

[Bug c++/89648] [9 Regression] rejects-valid error starting with r268850

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89648 --- Comment #1 from Jakub Jelinek --- pr89648.C: In instantiation of ‘void quux(int, int*, D, int*, int, int, T, U, V, H) [with T = long int; U = int; V = J; long unsigned int ...W = {0, 1}; H = F]’: pr89648.C:26:60: required from here

[Bug c++/89648] [9 Regression] rejects-valid error starting with r268850

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89648 Jakub Jelinek changed: What|Removed |Added Target Milestone|--- |9.0

[Bug c++/89648] New: [9 Regression] rejects-valid error starting with r268850

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89648 Bug ID: 89648 Summary: [9 Regression] rejects-valid error starting with r268850 Product: gcc Version: 8.3.0 Status: UNCONFIRMED Severity: normal

[Bug c++/89648] [9 Regression] rejects-valid error starting with r268850

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89648 --- Comment #3 from Jakub Jelinek --- Reduced from webkitgtk-2.23.92.

[Bug c++/89648] [9 Regression] rejects-valid error starting with r268850

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89648 --- Comment #2 from Jakub Jelinek --- But it got fixed already with r269265. The corresponding testcase from that PR is nowhere close to this one, the testcase doesn't even have any constexpr. So I'll commit the testcase and close this as

[Bug c++/89648] [9 Regression] rejects-valid error starting with r268850

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89648 --- Comment #4 from Jakub Jelinek --- Author: jakub Date: Sun Mar 10 13:02:48 2019 New Revision: 269554 URL: https://gcc.gnu.org/viewcvs?rev=269554=gcc=rev Log: PR c++/89648 * g++.dg/cpp0x/lambda/lambda-89648.C: New test.

[Bug c++/89648] [9 Regression] rejects-valid error starting with r268850

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89648 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug fortran/87673] [7/8/9 Regression] Errors caused by using function for character length in allocate with typespec

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87673 --- Comment #4 from Thomas Koenig --- Running f951 under valgrind, we get with current trunk (r269549): ==27666== Memcheck, a memory error detector ==27666== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. ==27666== Using

[Bug fortran/89645] No IMPLICIT type error with: ASSOCIATE( X => function() )

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89645 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug fortran/87734] [7/8/9 Regression] ICE in is_illegal_recursion check for character len= parameter

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

[Bug target/89627] Miscompiled constructor call

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89627 --- Comment #3 from Andreas Schwab --- Here are the test results with the patch: .

[Bug fortran/66089] [7/8/9 Regression] elemental dependency mishandling when class array are involved

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66089 --- Comment #35 from Thomas Koenig --- Author: tkoenig Date: Sun Mar 10 10:42:23 2019 New Revision: 269549 URL: https://gcc.gnu.org/viewcvs?rev=269549=gcc=rev Log: 2019-03-10 Thomas Koenig PR fortran/66089 * trans-array.c

[Bug fortran/87734] [7/8 Regression] ICE in is_illegal_recursion check for character len= parameter

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87734 --- Comment #16 from Thomas Koenig --- Author: tkoenig Date: Sun Mar 10 11:09:30 2019 New Revision: 269550 URL: https://gcc.gnu.org/viewcvs?rev=269550=gcc=rev Log: 2019-03-10 Thomas Koenig Steven G. Kargl PR fortran/87734

[Bug fortran/87734] [7/8 Regression] ICE in is_illegal_recursion check for character len= parameter

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87734 Thomas Koenig changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug fortran/71544] gfortran compiler optimization bug when dealing with c-style pointers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71544 --- Comment #15 from Thomas Koenig --- Author: tkoenig Date: Sun Mar 10 11:19:58 2019 New Revision: 269551 URL: https://gcc.gnu.org/viewcvs?rev=269551=gcc=rev Log: 2019-03-10 Thomas Koenig PR fortran/71544 Backport from

[Bug fortran/87734] [7/8/9 Regression] ICE in is_illegal_recursion check for character len= parameter

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87734 --- Comment #13 from Thomas Koenig --- Author: tkoenig Date: Sun Mar 10 09:34:46 2019 New Revision: 269547 URL: https://gcc.gnu.org/viewcvs?rev=269547=gcc=rev Log: 2019-03-10 Thomas Koenig PR fortran/87734 * symbol.c

[Bug fortran/87734] [7/8 Regression] ICE in is_illegal_recursion check for character len= parameter

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87734 Thomas Koenig changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug fortran/87734] [7/8 Regression] ICE in is_illegal_recursion check for character len= parameter

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87734 --- Comment #15 from Thomas Koenig --- Author: tkoenig Date: Sun Mar 10 10:28:14 2019 New Revision: 269548 URL: https://gcc.gnu.org/viewcvs?rev=269548=gcc=rev Log: 2019-03-10 Thomas Koenig Steven G. Kargl PR fortran/87734