[Bug c++/53205] Compound literals don't allow empty initializer lists

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53205 Paolo Carlini changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c++/10207] Empty structure initialization fails under C++ (but works under C)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10207 Paolo Carlini changed: What|Removed |Added CC||redi at gcc dot gnu.org --- Comment #11 f

[Bug c++/30378] cryptic expression in error message for ill-formed template code

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30378 Paolo Carlini changed: What|Removed |Added Status|NEW |RESOLVED CC|gcc-bugs at g

[Bug c++/53812] lower_stmt (4.6), verify_gimple_stmt (4.7.0, 4.7.1)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53812 --- Comment #4 from Paolo Carlini --- Can we close this?

[Bug c++/52119] [C++11] overflow in signed left shift isn't diagnosed

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52119 --- Comment #14 from Jeffrey Yasskin --- Whoops, I missed your comment 7 where you already knew the history. Sorry.

[Bug lto/55113] ICE in emit_library_call_value_1, at calls.c:3757

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55113 --- Comment #9 from Patrick Oppenlander --- Compiling the new test case results in: patrick@gtr:~/Downloads/source$ powerpc-eabispe-gcc -v -fshort-double -flto -nostdlib -o test bug.c Using built-in specs. COLLECT_GCC=powerpc-eabispe-gcc COLLECT_

[Bug lto/55113] ICE in emit_library_call_value_1, at calls.c:3757

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55113 Patrick Oppenlander changed: What|Removed |Added Attachment #28550|0 |1 is obsolete|

[Bug target/57536] Inconsistent behavior of strlen inline and unroll

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57536 --- Comment #2 from H.J. Lu --- Something like this: diff --git a/gcc/config/i386/i386.c b/gcc/config/i386/i386.c index 8b28b61..6d11323 100644 --- a/gcc/config/i386/i386.c +++ b/gcc/config/i386/i386.c @@ -23101,21 +23101,32 @@ bool ix86_expand_

[Bug tree-optimization/57537] New: [4.8/4.9] gcc.dg/vect/slp-widen-mult-half.c generating wrong code on PowerPC64

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57537 Bug ID: 57537 Summary: [4.8/4.9] gcc.dg/vect/slp-widen-mult-half.c generating wrong code on PowerPC64 Product: gcc Version: 4.8.1 Status: UNCONFIRMED Severity: m

[Bug tree-optimization/57534] [4.8. 4.9 Regression]: Performance regression versus 4.7.3, 4.8.1 is ~15% slower

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57534 --- Comment #5 from ncahill_alt at yahoo dot com --- Jakub Jelinek: "Started with SLSR addition, guess you can get the performance back with -fno-tree-slsr." Thanks so much, I'll do that. Neil Cahill.

[Bug target/57536] Inconsistent behavior of strlen inline and unroll

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57536 --- Comment #1 from H.J. Lu --- Also -Os generates larger code: [hjl@gnu-6 gcc]$ gcc -S -Os -m32 x.i [hjl@gnu-6 gcc]$ cat x.s .file"x.i" .text .globlfoo .typefoo, @function foo: .LFB0: .cfi_startproc pushl%

[Bug tree-optimization/57534] [4.8. 4.9 Regression]: Performance regression versus 4.7.3, 4.8.1 is ~15% slower

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57534 ncahill_alt at yahoo dot com changed: What|Removed |Added Attachment #30261|0 |1 is obsolete|

[Bug tree-optimization/57534] [4.8. 4.9 Regression]: Performance regression versus 4.7.3, 4.8.1 is ~15% slower

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57534 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org,

[Bug rtl-optimization/57459] [4.8/4.9 Regression] LRA inheritance bug

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57459 --- Comment #4 from Andrew Pinski --- (In reply to Paul Pluzhnikov from comment #3) > Mis-computing strlen() in shipping GCC releases doesn't look like P3 to me. P3 means unset priority.

[Bug c++/57472] internal compiler error: in finish_member_declaration, at cp/semantics.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57472 --- Comment #2 from Paolo Carlini --- Of course we badly need a reduced testcase.

[Bug target/57536] New: Inconsistent behavior of strlen inline and unroll

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57536 Bug ID: 57536 Summary: Inconsistent behavior of strlen inline and unroll Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug c++/57472] internal compiler error: in finish_member_declaration, at cp/semantics.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57472 Paolo Carlini changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/12081] Gcc can't be compiled with -mregparm=3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12081 --- Comment #23 from Uroš Bizjak --- (In reply to Mikael Pettersson from comment #22) > FWIW, the updated patch for gcc 4.9 bootstraps and regtests cleanly on > several hosts (x86_64, sparc64, powerpc64, armv5tel, m68k). Please post the patch to

[Bug c++/57463] Internal compiler error: Error reporting routines re-entered.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57463 Paolo Carlini changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Known to work|

[Bug c++/57509] Segmentation fault when using __builtin_shuffle in templated class.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57509 Paolo Carlini changed: What|Removed |Added CC||glisse at gcc dot gnu.org --- Comment #1

[Bug tree-optimization/57534] [4.8. 4.9 Regression]: Performance regression versus 4.7.3, 4.8.1 is ~15% slower

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57534 Uroš Bizjak changed: What|Removed |Added Severity|major |normal

[Bug tree-optimization/57534] [4.8. 4.9 Regression]: Performance regression versus 4.7.3, 4.8.1 is ~15% slower

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57534 Uroš Bizjak changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c++/49974] missing warning for indirectly returning reference to local/temporary

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49974 Paolo Carlini changed: What|Removed |Added CC||jewillco at osl dot iu.edu --- Comment #5

[Bug c++/57528] Missed warning for putting reference to temporary in class member

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57528 Paolo Carlini changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug fortran/57530] [OOP] Wrongly rejects type_pointer => class_target (which have identical declared type)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57530 --- Comment #3 from Tobias Burnus --- Created attachment 30262 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30262&action=edit Draft patch - does not fully work, yet Currently fails for x = func1() in assign_11.f90

[Bug fortran/57535] New: [OOP] ICE when allocating a CLASS function-result variable

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57535 Bug ID: 57535 Summary: [OOP] ICE when allocating a CLASS function-result variable Product: gcc Version: 4.9.0 Status: UNCONFIRMED Keywords: ice-on-valid-code

[Bug rtl-optimization/57534] Performance regression versus 4.7.3, 4.8.1 is ~15% slower

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57534 --- Comment #1 from ncahill_alt at yahoo dot com --- Here is the 4.7.3 output for comparison: 8048702: 83 ef 08sub$0x8,%edi 8048705: d9 ee fldz 8048707: d9 c0 fld%

[Bug c++/52119] [C++11] overflow in signed left shift isn't diagnosed

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52119 --- Comment #13 from Jason Merrill --- (In reply to Jeffrey Yasskin from comment #12) > http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2013/n3675.html#1457 > changed this between C++11 and C++14. True, but the defect report applies to C++11.

[Bug rtl-optimization/57534] New: Performance regression versus 4.7.3, 4.8.1 is ~15% slower

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57534 Bug ID: 57534 Summary: Performance regression versus 4.7.3, 4.8.1 is ~15% slower Product: gcc Version: 4.8.1 Status: UNCONFIRMED Severity: major Priori

[Bug c++/51908] [C++11] ICE in cp_parser_abort_tentative_parse with decltype and variable template arguments

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51908 Paolo Carlini changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug c++/52119] [C++11] overflow in signed left shift isn't diagnosed

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52119 --- Comment #12 from Jeffrey Yasskin --- http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2013/n3675.html#1457 changed this between C++11 and C++14.

[Bug c++/52119] [C++11] overflow in signed left shift isn't diagnosed

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52119 --- Comment #11 from Jason Merrill --- (In reply to ajf from comment #10) > MY apologies if I am missing something obvious, but what exactly makes > shifting a 1 into the sign bit undefined behavior? You're right, it isn't: 5.8/2: ... if E1 has

[Bug rtl-optimization/57459] [4.8/4.9 Regression] LRA inheritance bug

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57459 --- Comment #3 from Paul Pluzhnikov --- Mis-computing strlen() in shipping GCC releases doesn't look like P3 to me. Could anyone please confirm this bug, set priority appropriately, and/or comment on how this should be fixed? Thanks,

[Bug c++/57532] [4.8/4.9 regression] operator& broken when used on rvalues

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

[Bug c++/52119] [C++11] overflow in signed left shift isn't diagnosed

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52119 ajf changed: What|Removed |Added CC||alan.j.flavell at gmail dot com --- Comment #10 fro

[Bug c++/57208] Latest chromium compilation fails with enabled LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208 --- Comment #6 from Martin Liška --- I've just tested latest gcc and the same message is still received by compiler.

[Bug c++/57531] lvalue required with comma operator

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57531 Andreas Schwab changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c++/57531] lvalue required with comma operator

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57531 --- Comment #5 from vijay Nag --- (In reply to Andrew Pinski from comment #4) > I think the problem is the comma operator causes it to be a rvalue. In that > ((void)0, x) is considered rvalue rather than what you want as a lvalue. > > Note C doe

[Bug c++/57531] lvalue required with comma operator

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57531 Andrew Pinski changed: What|Removed |Added Component|c |c++ Severity|major

[Bug fortran/57530] [OOP] Wrongly rejects type_pointer => class_target (which have identical declared type)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57530 --- Comment #2 from Tobias Burnus --- (In reply to Tobias Burnus from comment #1) > Patch: http://gcc.gnu.org/ml/fortran/2013-06/msg00045.html Sigh, the patch isn't sufficient as the trans*.c code associate the TYPE with the CLASS container - not

[Bug c/57531] lvalue required with comma operator

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57531 vijay Nag changed: What|Removed |Added CC||vijunag at gmail dot com Severity|n

[Bug c/57531] lvalue required with comma operator

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57531 Paolo Carlini changed: What|Removed |Added Severity|critical|normal

[Bug c/57531] lvalue required with comma operator

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57531 --- Comment #3 from vijay Nag --- (In reply to vijay Nag from comment #2) > Sorry for the confusion. Please try the unit test case below > > #include > > /*remove assert in production*/ > > #define ASSERT(x) (void)0 > #define GET_VALUE_A(valu

[Bug c/57531] lvalue required with comma operator

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57531 vijay Nag changed: What|Removed |Added Component|c++ |c Severity|normal

[Bug fortran/57530] [OOP] Wrongly rejects type_pointer => class_target (which have identical declared type)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57530 --- Comment #1 from Tobias Burnus --- Patch: http://gcc.gnu.org/ml/fortran/2013-06/msg00045.html

[Bug c++/57533] When throwing local variable, it's being move-constructed even if not going out of scope.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57533 Paolo Carlini changed: What|Removed |Added Priority|P3 |P2

[Bug c++/57533] When throwing local variable, it's being move-constructed even if not going out of scope.

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

[Bug c++/57208] Latest chromium compilation fails with enabled LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208 Igor Zamyatin changed: What|Removed |Added CC||izamyatin at gmail dot com --- Comment #5

[Bug c++/57533] New: When throwing local variable, it's being move-constructed even if not going out of scope.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57533 Bug ID: 57533 Summary: When throwing local variable, it's being move-constructed even if not going out of scope. Product: gcc Version: 4.7.3 Status: UNCONFIRMED

[Bug middle-end/57370] [4.9 Regression] compiler hangs in reassoc

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57370 --- Comment #6 from Joost VandeVondele --- Reduced testcase, which appears 'minimal' to trigger a hanging compilation at gfortran -c -O2 -ffast-math bug.f90 > cat bug.f90 SUBROUTINE xb88_lr_adiabatic_lda_calc(e_ndrho_ndrho_ndrho, &

[Bug c++/57524] internal compiler error on dump translation unit

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57524 --- Comment #8 from James Michael DuPont --- Tested like this: /usr/lib/gcc/x86_64-linux-gnu/4.7/cc1plus -std=gnu++11 -fdump-translation-unit testvariant_min.ii

[Bug debug/57389] ICE in dbx_reg_number, at dwarf2out.c:10507 on powerpc-spe target

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57389 Roland Stigge changed: What|Removed |Added CC||stigge at antcom dot de --- Comment #6 fr

[Bug c++/57524] internal compiler error on dump translation unit

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57524 Paolo Carlini changed: What|Removed |Added Status|WAITING |UNCONFIRMED Ever confirmed|1

[Bug c++/57524] internal compiler error on dump translation unit

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57524 --- Comment #6 from James Michael DuPont --- I have filed a small cosmetic bug in boost about this change to the namespace usage : https://svn.boost.org/trac/boost/ticket/8651

[Bug c++/57524] internal compiler error on dump translation unit

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57524 --- Comment #5 from James Michael DuPont --- Sorry, It seems that the original attachment was not applied, I have bzip2ed it so now it fits. thanks mike

[Bug c++/57524] internal compiler error on dump translation unit

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57524 --- Comment #4 from James Michael DuPont --- Created attachment 30259 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30259&action=edit test case this is the minimal test case that I have. by applying the small namespace changes to the end it

[Bug c++/57524] internal compiler error on dump translation unit

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57524 Paolo Carlini changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug c++/57524] internal compiler error on dump translation unit

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57524 --- Comment #2 from James Michael DuPont --- Here is a small change to work around the crash : namespace boost { namespace detail { namespace variant { struct variant_hasher: public //boost:: static_visitor { template

[Bug fortran/51976] [F2003] Support deferred-length character components of derived types (allocatable string length)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51976 --- Comment #11 from Tobias Burnus --- Another example fancy example: ftp://ftp.numerical.rl.ac.uk/pub/MRandC/oo.f90 From https://groups.google.com/forum/?fromgroups#!topic/comp.lang.fortran/aRz3HMpblTs

[Bug c++/57532] [4.8.1 regression] operator& broken when used on rvalues

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57532 Richard Biener changed: What|Removed |Added Last reconfirmed||2013-06-05 Known to work|

[Bug c++/55776] -Wshadow generates an incorrect warning with enum classes

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55776 --- Comment #7 from Manuel López-Ibáñez --- (In reply to Jonathan Wakely from comment #5) > A better example: > > typedef unsigned char foo; > > enum class myenum > { > foo, > bar = (foo)-1 > }; > > Is the value -1L or 255? > > If I rename

[Bug c++/57532] New: [4.8.1 regression] operator& broken when used on rvalues

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57532 Bug ID: 57532 Summary: [4.8.1 regression] operator& broken when used on rvalues Product: gcc Version: 4.8.1 Status: UNCONFIRMED Severity: normal Priori