[Bug c++/77858] New: std::polar throws an exception if rho is negative

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77858 Bug ID: 77858 Summary: std::polar throws an exception if rho is negative Product: gcc Version: 6.2.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug go/77857] New: gccgo: vendoring doesn't work in gcc 6/7

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77857 Bug ID: 77857 Summary: gccgo: vendoring doesn't work in gcc 6/7 Product: gcc Version: 6.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: go

[Bug libstdc++/77854] New: std::deque doesn't use allocator's size_type and difference_type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77854 Bug ID: 77854 Summary: std::deque doesn't use allocator's size_type and difference_type Product: gcc Version: 6.2.1 Status: UNCONFIRMED Severity: normal

[Bug lto/61043] LTO accumulates CPU requirements from all input objects

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61043 --- Comment #13 from andysem at mail dot ru --- Ok. For the record, opened bug 77845.

[Bug c++/77804] Internal compiler error on incorrect initialization of new-d array

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

[Bug tree-optimization/77848] Gimple if-conversion results in redundant comparisons

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77848 Bill Schmidt changed: What|Removed |Added CC||dje at gcc dot gnu.org,

[Bug target/77850] New: FAIL: gcc.dg/compat/scalar-by-value-4 c_compat_x_tst.o-c_compat_y_tst.o execute

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77850 Bug ID: 77850 Summary: FAIL: gcc.dg/compat/scalar-by-value-4 c_compat_x_tst.o-c_compat_y_tst.o execute Product: gcc Version: 7.0 Status: UNCONFIRMED Severity:

[Bug c++/77849] New: [regression/4.9] Warning about deprecated enum even when "-Wdeprecated-declarations" is off

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77849 Bug ID: 77849 Summary: [regression/4.9] Warning about deprecated enum even when "-Wdeprecated-declarations" is off Product: gcc Version: 6.1.1 Status: UNCONFIRMED

[Bug tree-optimization/77848] New: Gimple if-conversion results in redundant comparisons

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77848 Bug ID: 77848 Summary: Gimple if-conversion results in redundant comparisons Product: gcc Version: 7.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: normal

[Bug tree-optimization/71661] [7 Regression] wrong code at -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71661 --- Comment #6 from Jeffrey A. Law --- As noted in my last comment, removal of a forwarder block may turn an irreducible loop into a natural loop. The loop header for any such exposed natural loop will not be recognized as a loop header by

[Bug tree-optimization/71661] [7 Regression] wrong code at -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71661 --- Comment #5 from Jeffrey A. Law --- So digging a bit deeper. When we leave threading we've exposed a new natural loop. However, there is still an irreducible loop in the CFG. The CFG and the cached loop information are conservatively

[Bug c++/77804] Internal compiler error on incorrect initialization of new-d array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77804 --- Comment #3 from Martin Sebor --- Author: msebor Date: Tue Oct 4 17:34:00 2016 New Revision: 240754 URL: https://gcc.gnu.org/viewcvs?rev=240754=gcc=rev Log: PR c++/77804 - Internal compiler error on incorrect initialization of new-d array

[Bug c++/77846] Wrong error recovery with switch, goto and initialization skipped

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77846 --- Comment #1 from denis.campredon at gmail dot com --- I'm pretty sure it is linked the following code, compiled with '-fpermissive' only prints A instead of AB -- enum E{ A, B }; class C {public:C(){};}; static inline void f(E e)

[Bug lto/61043] LTO accumulates CPU requirements from all input objects

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61043 --- Comment #12 from Andrew Pinski --- (In reply to andysem from comment #10) > (In reply to Andrew Pinski from comment #9) > > > > I think this testcase is violating C++ ODR. In that > > INSTRUCTION_SET::my_simd_func_impl is the same between

[Bug lto/77845] New: LTO accumulates CPU requirements from all input objects (reopen)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77845 Bug ID: 77845 Summary: LTO accumulates CPU requirements from all input objects (reopen) Product: gcc Version: 5.4.0 Status: UNCONFIRMED Severity: normal

[Bug c++/77804] Internal compiler error on incorrect initialization of new-d array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77804 --- Comment #4 from Martin Sebor --- Author: msebor Date: Tue Oct 4 17:55:43 2016 New Revision: 240755 URL: https://gcc.gnu.org/viewcvs?rev=240755=gcc=rev Log: PR c++/77804 - Internal compiler error on incorrect initialization of new-d array

[Bug lto/61043] LTO accumulates CPU requirements from all input objects

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61043 andysem at mail dot ru changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED

[Bug target/77835] -O2 -pg -m32 overwrites saved lr with bogus value

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77835 Andreas Schwab changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug lto/61043] LTO accumulates CPU requirements from all input objects

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

[Bug target/77847] New: PowerPC big endian power7/power8 do not bootstrap due to fall through error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77847 Bug ID: 77847 Summary: PowerPC big endian power7/power8 do not bootstrap due to fall through error Product: gcc Version: 7.0 Status: UNCONFIRMED Severity:

[Bug c++/77846] New: Wrong error recovery with switch, goto and initialization skipped

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77846 Bug ID: 77846 Summary: Wrong error recovery with switch, goto and initialization skipped Product: gcc Version: 6.2.1 Status: UNCONFIRMED Severity: normal

[Bug c++/77775] [7 Regression] since r238559 Kdevelop gets miscompiled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=5 --- Comment #6 from Jason Merrill --- Author: jason Date: Tue Oct 4 21:14:18 2016 New Revision: 240757 URL: https://gcc.gnu.org/viewcvs?rev=240757=gcc=rev Log: PR c++/5 - misoptimization of PMF comparison * constexpr.c

[Bug tree-optimization/77824] unreachable code in SLSR GIMPLE pass

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77824 --- Comment #2 from Bill Schmidt --- Ah, the passes have moved around some since I last looked at this. This used to follow a dom pass, so the code for copies didn't kick in any more at that point. So it's understandable that the copy

[Bug libgcj/25398] .jar files held open twice at runtime

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25398 Andrew John Hughes changed: What|Removed |Added CC||gnu_andrew at member dot fsf.org

[Bug c++/77775] [7 Regression] since r238559 Kdevelop gets miscompiled

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

[Bug tree-optimization/77824] unreachable code in SLSR GIMPLE pass

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77824 --- Comment #3 from Bill Schmidt --- Eric, can you please provide a test case where you are seeing the unpropagated copies? Thanks!

[Bug c++/77852] New: ICE when deducing class template arguments for pair or tuple

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77852 Bug ID: 77852 Summary: ICE when deducing class template arguments for pair or tuple Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal

[Bug target/77851] New: Odd code for _Complex float return value

, -16(%rsp) movss -4(%rsp), %xmm0 movss %xmm0, -12(%rsp) movq-16(%rsp), %xmm0 ret .cfi_endproc .LFE0: .size foo, .-foo .ident "GCC: (GNU) 7.0.0 20161004 (experimental)" .section.note.GNU-stack,"",@progbit

[Bug c/72858] incorrect fixit hints in -Wformat diagnostics

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72858 --- Comment #4 from Martin Sebor --- I came across one subtle case that I think might be better handled differently than the others. The type of the expected argument to a %lc directive is wint_t, which is commonly int, but on some targets long

[Bug c/72858] incorrect fixit hints in -Wformat diagnostics

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72858 --- Comment #5 from Martin Sebor --- Here's a slightly different but arguably even more compelling test case from x86_64-linux with ILP32 where wchar_t is a typedef for long for some strange reason yet wint_t is a typedef for int. Passing a

[Bug tree-optimization/77839] [6/7 Regression] Memory- and compile time hog at -O1 and above

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77839 Richard Biener changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug target/77822] [6/7 Regression] arm64 Error: immediate value out of range 0 to 63 at operand 3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77822 ktkachov at gcc dot gnu.org changed: What|Removed |Added Keywords||assemble-failure

[Bug tree-optimization/77839] [6/7 Regression] Memory- and compile time hog at -O1 and above

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77839 --- Comment #4 from Richard Biener --- SCC consists of: .MEM_16 .MEM_15 .MEM_35 .MEM_26 ez_12 .MEM_14 wo_37 _5 _6 hy.3_7 _8 .MEM_32 hy.0_1 ez_28 _3 wo_40 Value numbering wo_37 stmt = wo_37 = PHI <0(4), wo_40(5)> Setting value number of wo_37 to

[Bug target/77833] [7 Regression] ICE: in plus_constant, at explow.c:87 with -O -mavx512f

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77833 --- Comment #3 from Richard Biener --- #1 0x00a5937e in plus_constant (mode=SImode, x=0x76a35fa0, c=-1, inplace=false) at /space/rguenther/src/svn/trunk/gcc/explow.c:87 87gcc_assert (GET_MODE (x) == VOIDmode || GET_MODE

[Bug target/77833] [7 Regression] ICE: in plus_constant, at explow.c:87 with -O -mavx512f

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77833 Richard Biener changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug middle-end/66462] GCC isinf/isnan/... builtins cause sNaN exceptions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66462 Richard Biener changed: What|Removed |Added CC||gmc at synopsys dot com --- Comment #2

[Bug target/77832] isnan() check causes signal 8 with signaling nans

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

[Bug target/77822] [6/7 Regression] arm64 Error: immediate value out of range 0 to 63 at operand 3

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

[Bug libfortran/77828] [7 Regression] Linking gfortran-7 compiled program with libgfortran of 5.x allowed but crashes when containing write to string

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77828 Richard Biener changed: What|Removed |Added Target Milestone|--- |7.0

[Bug target/77826] [7 Regression] ICE in decompose, at wide-int.h:928 w/ -m64 -O2 and above

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77826 Richard Biener changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug libfortran/77828] [7 Regression] Linking gfortran-7 compiled program with libgfortran of 5.x allowed but crashes when containing write to string

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77828 --- Comment #3 from vehre at gcc dot gnu.org --- That's what library version numbering was made, wasn't it? I.e., this is the way to go IMO.

[Bug c++/70808] Spurious -Wzero-as-null-pointer-constant for nullptr_t

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70808 Jaak Ristioja changed: What|Removed |Added CC||jaak at ristioja dot ee --- Comment #1

[Bug tree-optimization/77839] [6/7 Regression] Memory- and compile time hog at -O1 and above

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

[Bug middle-end/77798] [7 Regression] 465.tonto ICE with trunk with -O2

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

[Bug lto/77821] C++ binary size increase or LTO not working?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77821 --- Comment #3 from Richard Biener --- If you force (not sure what's the default on your target) -fno-fat-lto-objects then you'll notice if LTO is used at link time.

[Bug tree-optimization/77399] Poor code generation for vector casts and loads

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77399 Tamar Christina changed: What|Removed |Added CC||tamar.christina at arm dot com ---

[Bug target/77826] [7 Regression] ICE in decompose, at wide-int.h:928 w/ -m64 -O2 and above

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77826 --- Comment #6 from Richard Biener --- Fallout in GENERIC folding from doing that: FAIL: c-c++-common/fold-divmul-1.c -std=gnu++11 scan-tree-dump-not original "/ [ex]" FAIL: g++.dg/cpp1y/constexpr-array4.C -std=c++14 (test for excess

[Bug target/77833] [7 Regression] ICE: in plus_constant, at explow.c:87 with -O -mavx512f

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

[Bug middle-end/77842] New: genmatch segfault on a missing brace

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77842 Bug ID: 77842 Summary: genmatch segfault on a missing brace Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end

[Bug lto/77821] C++ binary size increase or LTO not working?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77821 --- Comment #6 from PeteVine --- Aha! 4.9.4 and additional LDFLAGS=$CFLAGS reproduces the larger size. (-fno-fat-lto-objects on its own still works as expected) Probably thee clue to solving this mystery :)

[Bug tree-optimization/77399] Poor code generation for vector casts and loads

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77399 --- Comment #15 from Richard Biener --- Author: rguenth Date: Tue Oct 4 13:40:54 2016 New Revision: 240744 URL: https://gcc.gnu.org/viewcvs?rev=240744=gcc=rev Log: 2016-10-04 Richard Biener PR

[Bug rtl-optimization/77843] New: ICE for gcc.dg/tree-ssa/forwprop-35.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77843 Bug ID: 77843 Summary: ICE for gcc.dg/tree-ssa/forwprop-35.c Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug middle-end/77407] Optimize integer i / abs (i) into the sign of i

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77407 --- Comment #4 from Richard Biener --- Author: rguenth Date: Tue Oct 4 13:18:18 2016 New Revision: 240742 URL: https://gcc.gnu.org/viewcvs?rev=240742=gcc=rev Log: 2016-10-04 Richard Biener PR middle-end/77407

[Bug target/77833] [7 Regression] ICE: in plus_constant, at explow.c:87 with -O -mavx512f

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77833 --- Comment #5 from Richard Biener --- Author: rguenth Date: Tue Oct 4 13:39:22 2016 New Revision: 240743 URL: https://gcc.gnu.org/viewcvs?rev=240743=gcc=rev Log: 2016-10-04 Richard Biener PR middle-end/77833

[Bug target/77826] [7 Regression] ICE in decompose, at wide-int.h:928 w/ -m64 -O2 and above

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77826 --- Comment #5 from rguenther at suse dot de --- On Tue, 4 Oct 2016, jakub at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77826 > > --- Comment #4 from Jakub Jelinek --- > (In reply to Richard Biener from comment #3)

[Bug lto/77821] C++ binary size increase or LTO not working?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77821 --- Comment #4 from PeteVine --- Just tried your suggestion and during the final link, /tmp is full of ltrans objects so LTO seems to be working fine (GCC5 + -fno-fat-lto-objects) but the stripped size ended up even larger (2.5M). Anyway,

[Bug target/77826] [7 Regression] ICE in decompose, at wide-int.h:928 w/ -m64 -O2 and above

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77826 --- Comment #4 from Jakub Jelinek --- (In reply to Richard Biener from comment #3) > --- gcc/genmatch.c (revision 240739) > +++ gcc/genmatch.c (working copy) > @@ -2593,8 +2601,10 @@ dt_operand::gen_match_op (FILE *f, int i > { >

[Bug lto/77821] C++ binary size increase or LTO not working?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77821 --- Comment #5 from PeteVine --- Missed the configure step, just before make: $ ./configure --enable-release --disable-sdl2 --enable-only-ufo

[Bug target/77826] [7 Regression] ICE in decompose, at wide-int.h:928 w/ -m64 -O2 and above

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77826 --- Comment #3 from Richard Biener --- Ideally we'd do operand_equal_p's job in the pattern but there is no reliable way to get at the type of the (convert? @0) operand. So I'm thinking of amending operand_equal_p () with a types_match () check

[Bug c++/77841] a new expression of a char array cannot be initialized by a string literal

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

[Bug target/77756] __get_cpuid() returns wrong values for level 7 (extended features)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77756 --- Comment #14 from uros at gcc dot gnu.org --- Author: uros Date: Tue Oct 4 14:44:16 2016 New Revision: 240747 URL: https://gcc.gnu.org/viewcvs?rev=240747=gcc=rev Log: Backport from mainline 2016-09-29 Uros Bizjak

[Bug rtl-optimization/77843] ICE for gcc.dg/tree-ssa/forwprop-35.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77843 --- Comment #1 from Segher Boessenkool --- It is trying to do a signed conversion from TImode to float here, to be stored in BLKmode.

[Bug middle-end/70773] Profiled sudoku solver slower due to lack of sdiv/udiv

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70773 --- Comment #7 from PeteVine --- Even though it's probably a dfifferent issue (affecting GCC6/7), profiling makes the solver about 2-3% slower on aarch64: profiled/non-profiled gcc5.4 799/875 gcc6.2 790/773 gcc7.0 752/730 But guess what,

[Bug c++/77840] List-initialization and copy-constructor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77840 --- Comment #1 from Jonathan Wakely --- (In reply to Wolfgang Roehrl from comment #0) > Hi, > I would like to post a bug report for the GNU C/C++ compiler 6.1.1. > We use the compiler to generate code for a PowerPC processor. > Invokation line

[Bug middle-end/70773] Profiled sudoku solver slower due to lack of sdiv/udiv

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70773 --- Comment #8 from PeteVine --- Created attachment 39749 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39749=edit aarch64 assembly

[Bug target/77756] __get_cpuid() returns wrong values for level 7 (extended features)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77756 Uroš Bizjak changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug libfortran/77663] libgfortran/caf/single.c: three minor problems and a lost token

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77663 --- Comment #4 from David Binderman --- (In reply to vehre from comment #1) > what SW did you use to find this? cppcheck, a static analyser for C/C++, available from sourceforge. I run it sometimes over the compiler source code.

[Bug c/77817] -Wimplicit-fallthrough: cpp directive renders FALLTHRU comment ineffective

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77817 Alan Modra changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c/77853] New: -Wimplicit-fallthrough: Fall through comment made ineffective by following comment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77853 Bug ID: 77853 Summary: -Wimplicit-fallthrough: Fall through comment made ineffective by following comment Product: gcc Version: 7.0 Status: UNCONFIRMED

[Bug tree-optimization/77824] unreachable code in SLSR GIMPLE pass

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77824 --- Comment #4 from Eric Botcazou --- > Eric, can you please provide a test case where you are seeing the > unpropagated copies? Thanks! I only have an Ada testcase but I think that it would be fairly easy to see unpropagated copies: replace

[Bug c++/77844] New: Compilation of simple C++ example exhaust memory

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77844 Bug ID: 77844 Summary: Compilation of simple C++ example exhaust memory Product: gcc Version: 4.9.4 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug middle-end/77844] Compilation of simple C++ example exhaust memory

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77844 --- Comment #2 from graeser at mi dot fu-berlin.de --- With gcc 5.4.0 on Ubuntu this issue seems to be essentially fixed. However, compilation still takes about 14s and eats up about 1gb which looks huge compared to 0.1s and 31mb if the

[Bug c++/77791] ICE on invalid C++11 code with redefined function parameter: tree check: expected tree that contains ‘decl minimal’ structure, have ‘error_mark’ in cp_parser_lambda_declarator_opt, at

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77791 --- Comment #4 from Jakub Jelinek --- Author: jakub Date: Tue Oct 4 15:34:16 2016 New Revision: 240751 URL: https://gcc.gnu.org/viewcvs?rev=240751=gcc=rev Log: PR c++/77791 * parser.c (cp_parser_lambda_declarator_opt): Only

[Bug middle-end/77844] Compilation of simple C++ example exhaust memory

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77844 --- Comment #1 from Andrew Pinski --- This might have been fixed already. Can you try out gcc 5.4.0?

[Bug tree-optimization/77808] [7 Regression] ICE in duplicate_ssa_name_ptr_info, at tree-ssanames.c:630 starting with r240439

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77808 --- Comment #1 from mpf at gcc dot gnu.org --- Author: mpf Date: Tue Oct 4 15:28:23 2016 New Revision: 240749 URL: https://gcc.gnu.org/viewcvs?rev=240749=gcc=rev Log: Fix PR tree-optimization/77808 gcc/ PR tree-optimization/77808

[Bug lto/65239] typeinfo / VTT for some classes not visibile in shared library when LTO is used

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65239 andysem at mail dot ru changed: What|Removed |Added CC||andysem at mail dot ru ---

[Bug c++/77852] ICE when deducing class template arguments for pair or tuple

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77852 --- Comment #1 from Jason Merrill --- Author: jason Date: Wed Oct 5 01:24:38 2016 New Revision: 240765 URL: https://gcc.gnu.org/viewcvs?rev=240765=gcc=rev Log: PR c++/77852 - class deduction from list-init * pt.c

[Bug c++/77852] ICE when deducing class template arguments for pair or tuple

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77852 Jason Merrill changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug tree-optimization/77856] New: wrong code at -O2 on x86_64-linux-gnu in 32-bit mode

-linux-gnu/7.0.0/lto-wrapper Target: x86_64-pc-linux-gnu Configured with: ../gcc-source-trunk/configure --enable-languages=c,c++,lto --prefix=/usr/local/gcc-trunk --disable-bootstrap Thread model: posix gcc version 7.0.0 20161004 (experimental) [trunk revision 240755] (GCC) $ $ gcc-6.2 -m32 -O2 small.c

[Bug rtl-optimization/77855] New: wrong code at -O3 on x86_64-linux-gnu (in both 32-bit and 64-bit modes)

/local/gcc-trunk/libexec/gcc/x86_64-pc-linux-gnu/7.0.0/lto-wrapper Target: x86_64-pc-linux-gnu Configured with: ../gcc-source-trunk/configure --enable-languages=c,c++,lto --prefix=/usr/local/gcc-trunk --disable-bootstrap Thread model: posix gcc version 7.0.0 20161004 (experimental) [trunk revision 240755

[Bug tree-optimization/71661] [7 Regression] wrong code at -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71661 Jeffrey A. Law changed: What|Removed |Added CC||law at redhat dot com --- Comment #4

[Bug tree-optimization/77824] unreachable code in SLSR GIMPLE pass

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77824 --- Comment #1 from Bill Schmidt --- Eric, thanks for the report! I'll have a look. Much obliged. This used to work several years ago...

[Bug lto/61043] LTO accumulates CPU requirements from all input objects

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61043 andysem at mail dot ru changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED

[Bug lto/61043] LTO accumulates CPU requirements from all input objects

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61043 --- Comment #8 from andysem at mail dot ru --- Created attachment 39751 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39751=edit A new testcase which produces invalid code with gcc 5.4

[Bug lto/61043] LTO accumulates CPU requirements from all input objects

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

[Bug bootstrap/77593] [7 Regression] Bootstrap failure with configure-target-libgfortran " cygwin64 Windows 10 anniversary

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77593 --- Comment #12 from n8tm at aol dot com --- On 9/25/2016 3:03 PM, jvdelisle at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77593 > > --- Comment #9 from Jerry DeLisle --- > (In reply to tprince from comment #8) >> I

[Bug target/77822] [6 REGRESSION] arm64 Error: immediate value out of range 0 to 63 at operand 3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77822 --- Comment #12 from Jordi Mallach --- Created attachment 39748 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39748=edit s file

[Bug target/77822] [6 REGRESSION] arm64 Error: immediate value out of range 0 to 63 at operand 3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77822 --- Comment #11 from Jordi Mallach --- Created attachment 39747 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39747=edit ii file

[Bug c++/77840] New: List-initialization and copy-constructor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77840 Bug ID: 77840 Summary: List-initialization and copy-constructor Product: gcc Version: 6.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug tree-optimization/77836] Simplify (x>>4)*16 in gimple

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77836 --- Comment #2 from Marc Glisse --- (In reply to Andrew Pinski from comment #1) > The easy way to do this is to canonicalize the shift to a multiply or the > multiply to a shift which is what it is done on the RTL level. For unsigned types that

[Bug target/77822] [6 REGRESSION] arm64 Error: immediate value out of range 0 to 63 at operand 3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77822 --- Comment #10 from Jordi Mallach --- OK, to avoid the .gch includes, build with PRECOMPILE=0 REGENIE=1. I'm attaching the result.

[Bug c++/77841] New: a new expression of a char array cannot be initialized by a string literal

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77841 Bug ID: 77841 Summary: a new expression of a char array cannot be initialized by a string literal Product: gcc Version: 7.0 Status: UNCONFIRMED Severity:

[Bug tree-optimization/77839] [6/7 Regression] Memory- and compile time hog at -O1 and above

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