[Bug fortran/86830] [8/9 Regression] Contiguous array pointer function result not recognized as contiguous

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

[Bug fortran/86830] [8/9 Regression] Contiguous array pointer function result not recognized as contiguous

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86830 janus at gcc dot gnu.org changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug fortran/87239] ICE in deferred-length string

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87239 Dominique d'Humieres changed: What|Removed |Added Blocks||68241 --- Comment #4 from Dominiq

[Bug fortran/84109] ICE in adjustl on allocatable array of strings

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84109 --- Comment #3 from Dominique d'Humieres --- Duplicate of/ related to pr77325 and pr87239.

[Bug fortran/77325] ICE in gimplify_var_or_parm_decl, at gimplify.c:1933

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77325 Dominique d'Humieres changed: What|Removed |Added Blocks||68241 --- Comment #3 from Dominiq

[Bug fortran/86830] [8/9 Regression] Contiguous array pointer function result not recognized as contiguous

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86830 --- Comment #4 from janus at gcc dot gnu.org --- (In reply to janus from comment #2) > This draft patch fixes the problem: ... and regtests cleanly.

[Bug debug/86549] [8/9 Regression] -flto -g0 vs. -g issues

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86549 --- Comment #2 from Dominique d'Humieres --- The patch in comment 0 fixes FAIL: g++.dg/asan/pr62017.C -O2 -flto (internal compiler error) FAIL: g++.dg/asan/pr62017.C -O2 -flto (test for excess errors) FAIL: g++.dg/asan/pr62017.C -O2 -flt

[Bug lto/87187] FAIL: gfortran.dg/short_circuiting_3.f90 -g -flto (internal compiler error) on darwin

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87187 --- Comment #3 from Dominique d'Humieres --- This PR is not fixed by the patch in pr86549 comment0.

[Bug fortran/85395] [F03] private clause contained in derived type acquires spurious scope

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

[Bug fortran/85395] [F03] private clause contained in derived type acquires spurious scope

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85395 --- Comment #5 from janus at gcc dot gnu.org --- The following patch also fixes the problem: diff --git a/gcc/fortran/decl.c b/gcc/fortran/decl.c index 03298833c98..83fc6c29b5a 100644 --- a/gcc/fortran/decl.c +++ b/gcc/fortran/decl.c @@ -6754,7

[Bug c++/87150] [8/9 Regression] move ctor wrongly chosen in return stmt (derived vs. base)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87150 --- Comment #11 from Jason Merrill --- (In reply to Stephan Bergmann from comment #9) > (In reply to Marek Polacek from comment #8) > > It appears that the sentiment is that this testcase should actually be > > valid > > Do you have a reference

[Bug target/87253] New: Python test_ctypes fails when built with gcc 8.2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87253 Bug ID: 87253 Summary: Python test_ctypes fails when built with gcc 8.2 Product: gcc Version: 8.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug fortran/85395] [F03] private clause contained in derived type acquires spurious scope

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85395 --- Comment #6 from janus at gcc dot gnu.org --- I have verified that the patch in comment 5 shows no failures in the testsuite.

[Bug ipa/87254] New: Inlining clones in trivial wrappers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87254 Bug ID: 87254 Summary: Inlining clones in trivial wrappers Product: gcc Version: 9.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: normal Priority

[Bug c++/86678] constexpr evaluation incorrectly diagnoses unevaluated call to non-constexpr function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86678 Jason Merrill changed: What|Removed |Added Status|NEW |ASSIGNED CC|

[Bug rtl-optimization/85458] FAIL: gcc.dg/pr83480.c (internal compiler error)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85458 --- Comment #3 from John David Anglin --- Author: danglin Date: Sat Sep 8 13:20:23 2018 New Revision: 264168 URL: https://gcc.gnu.org/viewcvs?rev=264168&root=gcc&view=rev Log: PR rtl-optimization/85458 * sel-sched.c (sel_target_

[Bug rtl-optimization/85458] FAIL: gcc.dg/pr83480.c (internal compiler error)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85458 John David Anglin changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug middle-end/63510] Wrong line number in Wstrict-overflow message

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

[Bug libfortran/87000] LBOUND and UBOUND give unexpected result for arrays without 1-based indices if in subprogram

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87000 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug fortran/87103] [OOP] ICE in gfc_new_symbol() due to overlong symbol name

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

[Bug c++/87150] [8/9 Regression] move ctor wrongly chosen in return stmt (derived vs. base)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87150 Marek Polacek changed: What|Removed |Added Status|SUSPENDED |ASSIGNED --- Comment #12 from Marek Pola

[Bug c++/53215] Warn if orphaned memory is created by ignoring return value of new

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53215 --- Comment #4 from Jonathan Wakely --- The result of the builtin operator new isn't unused in a new expression. operator new() is called by the compiler to allocate memory, then it constructs objects in that memory. So the actual allocation resu

[Bug c++/86678] constexpr evaluation incorrectly diagnoses unevaluated call to non-constexpr function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86678 --- Comment #5 from Jason Merrill --- Author: jason Date: Sat Sep 8 16:00:02 2018 New Revision: 264171 URL: https://gcc.gnu.org/viewcvs?rev=264171&root=gcc&view=rev Log: PR c++/86678 - constexpr function with non-constant after return.

[Bug c++/86678] constexpr evaluation incorrectly diagnoses unevaluated call to non-constexpr function

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

[Bug c++/87150] [8/9 Regression] move ctor wrongly chosen in return stmt (derived vs. base)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87150 --- Comment #13 from Marek Polacek --- Author: mpolacek Date: Sat Sep 8 17:36:08 2018 New Revision: 264172 URL: https://gcc.gnu.org/viewcvs?rev=264172&root=gcc&view=rev Log: PR c++/87150 - wrong ctor with maybe-rvalue semantics.

[Bug c++/87150] [8 Regression] move ctor wrongly chosen in return stmt (derived vs. base)

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

[Bug fortran/87255] New: Different semantics of OpenMP combined construct and nested constructs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87255 Bug ID: 87255 Summary: Different semantics of OpenMP combined construct and nested constructs Product: gcc Version: 8.2.0 Status: UNCONFIRMED Severity: normal

[Bug middle-end/87256] New: hppa spends huge amount of time in synth_mult()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87256 Bug ID: 87256 Summary: hppa spends huge amount of time in synth_mult() Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: mid

[Bug middle-end/87256] hppa spends huge amount of time in synth_mult()

x27;-O2 -g' CXXFLAGS='-O2 -g' Thread model: posix gcc version 9.0.0 20180908 (experimental) (GCC) $ ./xgcc -B. -O2 -fomit-frame-pointer -c -o bug.o bug.c -ftime-report Time variable usr sys wall GGC phase opt and gene

[Bug middle-end/87256] hppa spends huge amount of time in synth_mult()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87256 --- Comment #2 from Sergei Trofimovich --- synth_mult() is called 57M times on this tiny sample. I noticed there is a NUM_ALG_HASH_ENTRIES bucket size for already computed algorithms for multiplication. The below tweak seems to workaround pathol

[Bug ipa/87254] Inlining clones in trivial wrappers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87254 Alexander Monakov changed: What|Removed |Added CC||amonakov at gcc dot gnu.org --- Comm

[Bug ipa/87254] Inlining clones in trivial wrappers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87254 --- Comment #2 from Marc Glisse --- (In reply to Alexander Monakov from comment #1) > I think the "stack growth" aspect of this issue is the same as PR 87094? It is quite possible that this is a DUP indeed, I'll let someone else decide. Here, if

[Bug target/87257] New: i386 multilib build should be disabled for x86_64-apple-darwin18

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87257 Bug ID: 87257 Summary: i386 multilib build should be disabled for x86_64-apple-darwin18 Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal

[Bug target/87257] i386 multilib build should be disabled for x86_64-apple-darwin18

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

[Bug libstdc++/87258] New: vector useless offset

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87258 Bug ID: 87258 Summary: vector useless offset Product: gcc Version: 9.0 Status: UNCONFIRMED Keywords: ABI, missed-optimization Severity: normal Priority: P3

[Bug middle-end/87256] hppa spends huge amount of time in synth_mult()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87256 --- Comment #3 from dave.anglin at bell dot net --- On 2018-09-08 3:11 PM, slyfox at inbox dot ru wrote: > -#define NUM_ALG_HASH_ENTRIES 1031 > +#define NUM_ALG_HASH_ENTRIES 10311 Does this help the compile time for xxhash?

[Bug bootstrap/87030] GCC fails to build with Xcode 10, attempting an impossible multilib build

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87030 Iain Sandoe changed: What|Removed |Added CC||howarth.at.gcc at gmail dot com --- Commen

[Bug target/87257] i386 multilib build should be disabled for x86_64-apple-darwin18

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87257 Iain Sandoe changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|---

[Bug middle-end/87256] hppa spends huge amount of time in synth_mult()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87256 John David Anglin changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug bootstrap/87030] GCC fails to build with Xcode 10, attempting an impossible multilib build

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87030 --- Comment #3 from Iain Sandoe --- Just a few notes: 1. I'm not objecting to some kind of automation to switch off the 32b multiline where the *target* system is >= 10.14/Darwin18 (someone needs to write it, that's all). 2. Actually, you get t

[Bug middle-end/87256] hppa spends huge amount of time in synth_mult()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87256 --- Comment #4 from Jakub Jelinek --- Can be reproduced on x86_64-linux on the same testcase, just put a breakpoint on synth_mult and (gdb) set var t = -8796714831421723037 (gdb) set cost_limit->cost = 128 (gdb) set cost_limit->latency = 128 ther

[Bug middle-end/87256] hppa spends huge amount of time in synth_mult()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87256 --- Comment #5 from Sergei Trofimovich --- (In reply to dave.anglin from comment #3) > On 2018-09-08 3:11 PM, slyfox at inbox dot ru wrote: > > -#define NUM_ALG_HASH_ENTRIES 1031 > > +#define NUM_ALG_HASH_ENTRIES 10311 > Does this help the compil

[Bug middle-end/87256] hppa spends huge amount of time in synth_mult()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87256 --- Comment #6 from Jakub Jelinek --- For the above case, there are during the recursion 77608 synth_mult calls, which might be ok, so indeed better hashing would help, but 10311 is too large and is not a prime number. Plus this hash table is re

[Bug libstdc++/87258] vector useless offset

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87258 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug jit/64089] libgccjit.so.0.0.1 linkage failure on darwin

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64089 --- Comment #20 from Eric Gallager --- (In reply to m...@gcc.gnu.org from comment #19) > I'm fine with Backporting for affected branches. So... that's still 6 and 7 at this point?