[Bug rtl-optimization/87871] [9 Regression] testcases fail after r265398 on arm

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87871 --- Comment #12 from Segher Boessenkool --- (In reply to Segher Boessenkool from comment #11) > (In reply to Wilco from comment #8) > > mov r4, r0 > > cmp r4, #0 > > Why does it copy r0 to r4 and then compare r4? On more modern

[Bug rtl-optimization/87871] [9 Regression] testcases fail after r265398 on arm

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87871 --- Comment #11 from Segher Boessenkool --- (In reply to Wilco from comment #8) > push{r4, lr} > mov r4, r0 > cmp r4, #0 Why does it copy r0 to r4 and then compare r4? On more modern machines it is faster to

[Bug rtl-optimization/80960] [7/8/9 Regression] Huge memory use when compiling a very large test case

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80960 --- Comment #19 from Segher Boessenkool --- (In reply to rguent...@suse.de from comment #18) > Hmm, so if we'd have numbered stmts in an EBB we could check the > distance between set and use and not combine when that gets too big? Yeah. Or we

[Bug rtl-optimization/87763] [9 Regression] aarch64 target testcases fail after r265398

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87763 --- Comment #41 from Segher Boessenkool --- Seeing that the code in your examples can be expressed as a bitfield insert requires that combine sees that only the low 8 bits of reg 93 can be non-zero, by the way. It usually does not know this.

[Bug rtl-optimization/87763] [9 Regression] aarch64 target testcases fail after r265398

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87763 --- Comment #40 from Segher Boessenkool --- You'll get much better results if you don't use insv in your machine description; writing it with the input and output separate (and then using a "0" constraint) is much friendlier to the optimisers.

[Bug libstdc++/89991] Complex numbers: Calculation of imaginary part is not correct

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

[Bug fortran/84382] add command-line options -std=gnu2003 and -std=gnu2008 for gfortran

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84382 --- Comment #6 from Steve Kargl --- On Fri, Apr 05, 2019 at 11:15:30PM +, sgk at troutmask dot apl.washington.edu wrote: > > We could add > > #define GFC_STD_OPT_GNU03 (GFC_STD_OPT_F03 | GFC_STD_GNU) > #define GFC_STD_OPT_GNU08

[Bug target/89993] New: Inconsistent incoming stack boundary

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89993 Bug ID: 89993 Summary: Inconsistent incoming stack boundary Product: gcc Version: 8.3.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target

[Bug libstdc++/89986] [9 Regression] missing export for directory_iterator::increment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89986 Jonathan Wakely changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug libstdc++/87431] valueless_by_exception() should unconditionally return false if all the constructors are noexcept

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87431 Jonathan Wakely changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|---

[Bug c/89950] attribute aligned ignored with attribute vector_size

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89950 Martin Sebor changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug c/89968] attribute packed fails to reduce char vector member alignment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89968 --- Comment #4 from Martin Sebor --- The alignment is respected for members of other types than char so the order of the attributes doesn't seem to matter here (it does matter in pr89950): $ cat pr89968-2.c && gcc -S -O2 -Wall

[Bug fortran/84382] add command-line options -std=gnu2003 and -std=gnu2008 for gfortran

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84382 --- Comment #5 from Steve Kargl --- On Fri, Apr 05, 2019 at 10:24:15AM +, janus at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84382 > > --- Comment #4 from janus at gcc dot gnu.org --- > (In reply to kargl from

[Bug fortran/89981] [8/9 Regression] gfortran -pedantic rejects code in 8.3.1 that is accepted with 8.3.0

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

[Bug rtl-optimization/87763] [9 Regression] aarch64 target testcases fail after r265398

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87763 Jeffrey A. Law changed: What|Removed |Added CC||segher at kernel dot crashing.org ---

[Bug middle-end/89992] New: Vectorizer is very sensitive to function calls

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89992 Bug ID: 89992 Summary: Vectorizer is very sensitive to function calls Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug c++/87145] [7/8 Regression] Implicit conversion to scoped enum fails: "error: taking address of temporary/rvalue"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87145 Marek Polacek changed: What|Removed |Added Summary|[7/8/9 Regression] Implicit |[7/8 Regression] Implicit

[Bug c++/87145] [7/8/9 Regression] Implicit conversion to scoped enum fails: "error: taking address of temporary/rvalue"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87145 --- Comment #9 from Marek Polacek --- Author: mpolacek Date: Fri Apr 5 21:22:40 2019 New Revision: 270178 URL: https://gcc.gnu.org/viewcvs?rev=270178=gcc=rev Log: PR c++/87145 - bogus error converting class type in template arg list.

[Bug fortran/89925] [9 Regression] Wrong array bounds from ALLOCATE with SOURCE or MOLD

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89925 --- Comment #2 from Neil Carlson --- Right, when I said it failed on 8, I had misunderstood my colleague; he had only tried 9.

[Bug c++/89980] [9 Regression] pointer initialization with empty string folded to zero

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89980 Martin Sebor changed: What|Removed |Added Status|ASSIGNED|RESOLVED Component|bootstrap

[Bug libstdc++/89991] Complex numbers: Calculation of imaginary part is not correct

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89991 --- Comment #1 from t.sprodowski at web dot de --- Created attachment 46095 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46095=edit Source file Source file to illustrate this bug.

[Bug bootstrap/89980] [9 Regression] bootstrap failed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89980 --- Comment #10 from Martin Sebor --- Author: msebor Date: Fri Apr 5 19:49:38 2019 New Revision: 270177 URL: https://gcc.gnu.org/viewcvs?rev=270177=gcc=rev Log: PR bootstrap/89980 - pointer initialization with empty string folded to zero

[Bug libstdc++/89991] New: Complex numbers: Calculation of imaginary part is not correct

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89991 Bug ID: 89991 Summary: Complex numbers: Calculation of imaginary part is not correct Product: gcc Version: 8.2.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/89981] [8/9 Regression] gfortran -pedantic rejects code in 8.3.1 that is accepted with 8.3.0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89981 --- Comment #3 from Thomas Koenig --- Reduced test case: program main call bar(i) end program main subroutine foo entry bar(i) end subroutine foo

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89990 Andrew Pinski changed: What|Removed |Added Depends on||88058 --- Comment #3 from Andrew Pinski

[Bug fortran/55591] strict-aliasing & Fortran

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55591 --- Comment #11 from tkoenig at netcologne dot de --- Am 05.04.19 um 18:20 schrieb dominiq at lps dot ens.fr: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55591 > > --- Comment #10 from Dominique d'Humieres --- >> Testing the updated patch >

[Bug c++/89923] printf format check and char8_t

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89923 --- Comment #4 from Tom Honermann --- (In reply to Florian Weimer from comment #3) > But the precedent with wchar_t is that the type of the format string > determines the type of the %s arguments. I'm not sure if that's a good > precedent, but

[Bug c/89990] request warning: Use of out of bound compound initialised struct

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89990 --- Comment #2 from Andrew Pinski --- https://gcc.gnu.org/gcc-9/porting_to.html -fsantizier=address is able to find these uses after escaping the scope.

[Bug c/89990] request warning: Use of out of bound compound initialised struct

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89990 --- Comment #1 from Eric Blake --- Other references to compound initializers going out of scope and causing problems: https://stackoverflow.com/questions/47691857/lifetime-of-a-compound-literal

[Bug c/89990] New: request warning: Use of out of bound compound initialised struct

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89990 Bug ID: 89990 Summary: request warning: Use of out of bound compound initialised struct Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal

[Bug c++/89989] New: missed devirtualization opportunity on final function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89989 Bug ID: 89989 Summary: missed devirtualization opportunity on final function Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug libstdc++/89986] [9 Regression] missing export for directory_iterator::increment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89986 --- Comment #1 from Jonathan Wakely --- Author: redi Date: Fri Apr 5 16:56:27 2019 New Revision: 270174 URL: https://gcc.gnu.org/viewcvs?rev=270174=gcc=rev Log: PR libstdc++/89986 export directory_iterator::increment PR

[Bug libstdc++/87431] valueless_by_exception() should unconditionally return false if all the constructors are noexcept

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87431 --- Comment #19 from Jonathan Wakely --- Author: redi Date: Fri Apr 5 16:56:09 2019 New Revision: 270170 URL: https://gcc.gnu.org/viewcvs?rev=270170=gcc=rev Log: PR libstdc++/87431 re-adjust never-valueless optimizations Avoid creating

[Bug middle-end/89922] Loop on fixed size array is not unrolled and poorly optimized at -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89922 --- Comment #4 from Antony Polukhin --- > Was the testcase just an artificial one or does it appear (in this > isolated form!) in a real application/benchmark? I was not investigating a particular benchmark or real world application at first.

[Bug bootstrap/89980] [9 Regression] bootstrap failed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89980 Martin Sebor changed: What|Removed |Added Keywords||patch --- Comment #9 from Martin Sebor

[Bug bootstrap/89980] [9 Regression] bootstrap failed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89980 Dominique d'Humieres changed: What|Removed |Added CC||seurer at gcc dot gnu.org ---

[Bug other/89988] [9 regression] bootstrap build fails with segfault starting with r270155

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

[Bug other/89988] New: [9 regression] bootstrap build fails with segfault starting with r270155

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89988 Bug ID: 89988 Summary: [9 regression] bootstrap build fails with segfault starting with r270155 Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal

[Bug bootstrap/89980] [9 Regression] bootstrap failed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89980 --- Comment #7 from Andreas Schwab --- It fails everywhere.

[Bug bootstrap/89980] [9 Regression] bootstrap failed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89980 --- Comment #6 from H.J. Lu --- (In reply to Martin Sebor from comment #5) > Thanks for the small test case. > > The affected x86 targets are presumably limited to i386. My x86_64 > bootstrap was successful. It also failed on x86-64 with

[Bug fortran/55591] strict-aliasing & Fortran

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55591 --- Comment #10 from Dominique d'Humieres --- > Testing the updated patch The patch retested cleanly, but so far does not show a noticeable compilation speed up (pr55585 being fixed since some time). > Ugh, this looks like a very bad idea.

[Bug bootstrap/89980] [9 Regression] bootstrap failed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89980 --- Comment #5 from Martin Sebor --- Thanks for the small test case. The affected x86 targets are presumably limited to i386. My x86_64 bootstrap was successful.

[Bug c/89985] [9 Regression] Stray notes from OPT_Waddress_of_packed_member with -w

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

[Bug c/89985] [9 Regression] Stray notes from OPT_Waddress_of_packed_member with -w

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89985 --- Comment #1 from David Malcolm --- Author: dmalcolm Date: Fri Apr 5 15:15:37 2019 New Revision: 270169 URL: https://gcc.gnu.org/viewcvs?rev=270169=gcc=rev Log: Guard notes for -Waddress-of-packed-member on warning emission (PR c/89985)

[Bug c/71598] Wrong optimization with aliasing enums

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71598 --- Comment #16 from Christophe Lyon --- Author: clyon Date: Fri Apr 5 15:10:12 2019 New Revision: 270168 URL: https://gcc.gnu.org/viewcvs?rev=270168=gcc=rev Log: [testsuite] PR71598: Fix testcases again 2019-04-05 Christophe Lyon

[Bug c++/89973] [9 Regression] ICE in check_address_or_pointer_of_packed_member, at c-family/c-warn.c:2769

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

[Bug c++/89973] [9 Regression] ICE in check_address_or_pointer_of_packed_member, at c-family/c-warn.c:2769

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89973 --- Comment #2 from Marek Polacek --- Author: mpolacek Date: Fri Apr 5 14:56:53 2019 New Revision: 270166 URL: https://gcc.gnu.org/viewcvs?rev=270166=gcc=rev Log: PR c++/89973 - -Waddress-of-packed-member ICE with invalid conversion.

[Bug middle-end/89987] New: ICE on GCC trunk and GCC 8 on arm-none-linux-gnueabihf target with “-O1” option

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89987 Bug ID: 89987 Summary: ICE on GCC trunk and GCC 8 on arm-none-linux-gnueabihf target with “-O1” option Product: gcc Version: 9.0 Status: UNCONFIRMED Severity:

[Bug ipa/89893] Segmentation fault always occurs when node app is generated by gcc-8-branch@268745

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89893 --- Comment #30 from 康 珊 --- (In reply to Martin Liška from comment #29) > > Thanks for your reminder. Currently I found there were 3 ways to solve the > > issue. > > 1.Remove “enable-lto” in configure and open “fno-strict-aliasing”. > > 2.Add

[Bug gcov-profile/89961] When "--intermediate-format" is used "--preserve-paths"/"--hash-filenames" is ignored

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89961 --- Comment #7 from Martin Liška --- I take it base. Makes sense to behave exactly as for non-intermediate format mode.

[Bug gcov-profile/89961] When "--intermediate-format" is used "--preserve-paths"/"--hash-filenames" is ignored

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89961 --- Comment #6 from Martin Liška --- (In reply to Cristian Morales Vega from comment #5) > OK, trying to catch you here, from my gcc-8.3.1. > So with gcc 9 "--intermediate-format" is gone and we now have > "--json-format" (keeping the "-i"

[Bug ipa/89893] Segmentation fault always occurs when node app is generated by gcc-8-branch@268745

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89893 --- Comment #29 from Martin Liška --- > Thanks for your reminder. Currently I found there were 3 ways to solve the > issue. > 1.Remove “enable-lto” in configure and open “fno-strict-aliasing”. > 2.Add “__attribute__((noipa))” to the

[Bug gcov-profile/89961] When "--intermediate-format" is used "--preserve-paths"/"--hash-filenames" is ignored

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89961 --- Comment #5 from Cristian Morales Vega --- OK, trying to catch you here, from my gcc-8.3.1. So with gcc 9 "--intermediate-format" is gone and we now have "--json-format" (keeping the "-i" version)? The "--intermediate-format" documentation

[Bug libstdc++/89986] [9 Regression] missing export for directory_iterator::increment

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

[Bug libstdc++/89986] New: [9 Regression] missing export for directory_iterator::increment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89986 Bug ID: 89986 Summary: [9 Regression] missing export for directory_iterator::increment Product: gcc Version: unknown Status: UNCONFIRMED Keywords: link-failure

[Bug ipa/89893] Segmentation fault always occurs when node app is generated by gcc-8-branch@268745

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89893 --- Comment #28 from 康 珊 --- (In reply to Martin Liška from comment #27) > (In reply to 康 珊 from comment #26) > > I found the previous build log is like "g++ -o > > /builddir/build/BUILD/node-v10.15.3/out/Release/cctest -pthread -rdynamic > >

[Bug gcov-profile/89961] When "--intermediate-format" is used "--preserve-paths"/"--hash-filenames" is ignored

} ] }, { "file": "auto/foo.h", "functions": [ { "blocks": 2, "blocks_executed": 0, "demangled_name": "foo",

[Bug c/89985] New: [9 Regression] Stray notes from OPT_Waddress_of_packed_member with -w

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89985 Bug ID: 89985 Summary: [9 Regression] Stray notes from OPT_Waddress_of_packed_member with -w Product: gcc Version: 9.0 Status: UNCONFIRMED Keywords: diagnostic

[Bug target/89929] __attribute__((target("avx512bw"))) doesn't work on non avx512bw systems

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89929 --- Comment #12 from H.J. Lu --- (In reply to Martin Liška from comment #11) > Agree with Nick, one should be able to have clones with specific AVX512 > flavors. > I can prepare patch for it, only issues is the priority as I already > mentioned.

[Bug rtl-optimization/89984] New: Extra register move

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89984 Bug ID: 89984 Summary: Extra register move Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: rtl-optimization

[Bug debug/89905] gcc generates wrong debug information at -Og

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89905 --- Comment #4 from Richard Biener --- Author: rguenth Date: Fri Apr 5 11:55:45 2019 New Revision: 270165 URL: https://gcc.gnu.org/viewcvs?rev=270165=gcc=rev Log: 2019-04-05 Richard Biener PR debug/89892 PR debug/89905

[Bug debug/89892] gcc generates wrong debug information at -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89892 --- Comment #6 from Richard Biener --- Author: rguenth Date: Fri Apr 5 11:55:45 2019 New Revision: 270165 URL: https://gcc.gnu.org/viewcvs?rev=270165=gcc=rev Log: 2019-04-05 Richard Biener PR debug/89892 PR debug/89905

[Bug debug/89983] New: Missing debug info for final loop IV value

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89983 Bug ID: 89983 Summary: Missing debug info for final loop IV value Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: debug

[Bug bootstrap/89980] [9 Regression] bootstrap failed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89980 Richard Biener changed: What|Removed |Added CC||ro at gcc dot gnu.org --- Comment #4

[Bug bootstrap/89982] [9 regression] SEGV in stage2 gengtype

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89982 Richard Biener changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|---

[Bug bootstrap/89982] [9 regression] SEGV in stage2 gengtype

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

[Bug ipa/89975] Compile-time hog w/ large values of --param uninlined-function-insns

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89975 --- Comment #3 from Jan Hubicka --- Well, the parameter says that average function prologue+epilogue overhead is 20 instructions. Inliner thus thinks it is very cool to deeply recursively inline. The resulting inline decision is pretty

[Bug bootstrap/89982] [9 regression] SEGV in stage2 gengtype

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89982 Rainer Orth changed: What|Removed |Added Target Milestone|--- |9.0

[Bug bootstrap/89982] New: [9 regression] SEGV in stage2 gengtype

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89982 Bug ID: 89982 Summary: [9 regression] SEGV in stage2 gengtype Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap

[Bug fortran/55591] strict-aliasing & Fortran

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

[Bug rtl-optimization/87871] [9 Regression] testcases fail after r265398 on arm

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87871 Richard Earnshaw changed: What|Removed |Added CC||rearnsha at gcc dot gnu.org ---

[Bug rtl-optimization/87871] [9 Regression] testcases fail after r265398 on arm

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87871 --- Comment #9 from Richard Earnshaw --- (In reply to Wilco from comment #8) > (In reply to Segher Boessenkool from comment #5) > > The first one just needs an xfail. I don't know if it should be *-*-* there > > or only arm*-*-* should be

[Bug ipa/89893] Segmentation fault always occurs when node app is generated by gcc-8-branch@268745

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89893 --- Comment #27 from Martin Liška --- (In reply to 康 珊 from comment #26) > I found the previous build log is like "g++ -o > /builddir/build/BUILD/node-v10.15.3/out/Release/cctest -pthread -rdynamic > -m64 >

[Bug fortran/89981] [8/9 Regression] gfortran -pedantic rejects code in 8.3.1 that is accepted with 8.3.0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89981 Richard Biener changed: What|Removed |Added Priority|P3 |P4

[Bug rtl-optimization/89944] [7/8/9 Regression] ICE in mark_jump_label_1, at jump.c:1152

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89944 Eric Botcazou changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug fortran/84382] add command-line options -std=gnu2003 and -std=gnu2008 for gfortran

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84382 --- Comment #4 from janus at gcc dot gnu.org --- (In reply to kargl from comment #3) > How do you propose to enforce a certain standard and allow > GNU extensions? For example, -std=gnu2003 would enforce > Fortran 2003, but allow GNU extensions.

[Bug libstdc++/89979] subtract_with_carry_engine incorrect carry flag

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

[Bug tree-optimization/89499] [7/8/9 Regression] ICE in expand_UNIQUE, at internal-fn.c:2605

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89499 --- Comment #5 from Thomas Schwinge --- Created attachment 46094 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46094=edit [WIP] [PR89499] CIF_OPENACC_ROUTINE_MISMATCH (In reply to Thomas Schwinge from comment #4) > Unless there is an

[Bug ipa/89893] Segmentation fault always occurs when node app is generated by gcc-8-branch@268745

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89893 --- Comment #26 from 康 珊 --- I found the previous build log is like "g++ -o /builddir/build/BUILD/node-v10.15.3/out/Release/cctest -pthread -rdynamic -m64

[Bug web/89964] Remove the "First, you must pick a product on which to enter a bug:" page

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89964 --- Comment #4 from Jonathan Wakely --- Yes, it seems like overkill to split them. I just want submitting GCC bugs (which is more common by two orders of magnitude) to require fewer clicks.

[Bug ipa/89975] Compile-time hog w/ large values of --param uninlined-function-insns

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89975 Richard Biener changed: What|Removed |Added CC||hubicka at gcc dot gnu.org,

[Bug middle-end/89972] [8/9 Regression] ICE in expand_call, at calls.c:4229

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89972 Richard Biener changed: What|Removed |Added Priority|P3 |P2 Component|c

[Bug preprocessor/89971] [8/9 Regression] ICE: unspellable token PADDING

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89971 Richard Biener changed: What|Removed |Added Keywords||diagnostic Priority|P3

[Bug tree-optimization/89963] [GRAPHITE] Compile-time hog when compiling gcc/testsuite/gcc.dg/autopar/uns-outer-6.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89963 --- Comment #2 from Richard Biener --- Actually it does - just compile-time isn't linear in the max operations :/ --param max-isl-operations compile-time 10 0.36s 11 2.62s 12

[Bug ipa/89893] Segmentation fault always occurs when node app is generated by gcc-8-branch@268745

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89893 --- Comment #25 from 康 珊 --- OK. Then I will remove "enable-lto" in configure and try "-O3" with "-fno-strict-aliasing" to see whether it can solve the issue.

[Bug target/89945] [7/8/9 Regression] ICE in gen_lowpart_general, at rtlhooks.c:63

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89945 Uroš Bizjak changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned at

[Bug fortran/89981] [8/9 Regression] gfortran -pedantic rejects code in 8.3.1 that is accepted with 8.3.0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89981 --- Comment #2 from Dominique d'Humieres --- Without -pedantic I get the following warnings sadmvnt.f:80:15: 80 | INFORM = MVNNIT( N, CORREL, LOWER, UPPER, INFIN, INFIS, D, E ) | 1 Warning: More actual than formal

[Bug c/89968] attribute packed fails to reduce char vector member alignment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89968 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/89965] [8/9 Regression] wrong code with -O -mtune=nano-x2 -fcaller-saves -fexpensive-optimizations -fno-tree-dce -fno-tree-ter

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89965 Richard Biener changed: What|Removed |Added Priority|P3 |P2

[Bug ipa/89893] Segmentation fault always occurs when node app is generated by gcc-8-branch@268745

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89893 --- Comment #24 from Martin Liška --- (In reply to 康 珊 from comment #23) > (In reply to Martin Liška from comment #22) > > (In reply to 康 珊 from comment #21) > > > All of the experiments were did in according to the build steps I just > > >

[Bug tree-optimization/89963] [GRAPHITE] Compile-time hog when compiling gcc/testsuite/gcc.dg/autopar/uns-outer-6.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89963 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug fortran/89981] [8/9 Regression] gfortran -pedantic rejects code in 8.3.1 that is accepted with 8.3.0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89981 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug translation/89936] wrong punctuation in tree-profile.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89936 Martin Liška changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug bootstrap/89980] [9 Regression] bootstrap failed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89980 Martin Liška changed: What|Removed |Added Keywords||wrong-code Priority|P3

[Bug translation/89936] wrong punctuation in tree-profile.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89936 --- Comment #4 from Martin Liška --- Author: marxin Date: Fri Apr 5 09:04:41 2019 New Revision: 270164 URL: https://gcc.gnu.org/viewcvs?rev=270164=gcc=rev Log: Fix ChangeLog entries. contrib/ChangeLog: 2019-04-03 Martin Liska PR

[Bug target/89935] [Arm] Return from interrupt on Cortex-R52 must use eret instruction

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89935 Martin Liška changed: What|Removed |Added CC||marxin at gcc dot gnu.org --- Comment #2

[Bug c++/89962] likely/unlikely attributes don't work on a compound-statement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89962 Richard Biener changed: What|Removed |Added Keywords|wrong-code |diagnostic, |

[Bug c/89950] attribute aligned ignored with attribute vector_size

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89950 Richard Biener changed: What|Removed |Added Keywords||wrong-code

[Bug c/89946] [8/9 Regression] ICE in assemble_start_function, at varasm.c:1871

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89946 Richard Biener changed: What|Removed |Added Priority|P3 |P2 Target Milestone|---

[Bug rtl-optimization/89944] [7/8/9 Regression] ICE in mark_jump_label_1, at jump.c:1152

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89944 Richard Biener changed: What|Removed |Added Priority|P3 |P2 Status|UNCONFIRMED

  1   2   >