[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

[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 manu at gcc dot gnu.org --- (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?

[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 rguenth at gcc dot gnu.org changed: What|Removed |Added Last reconfirmed||2013-06-05

[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 burnus at gcc dot gnu.org --- 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++/57524] internal compiler error on dump translation unit

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

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57524 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|UNCONFIRMED |WAITING

[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 JamesMikeDuPont at googlemail dot com --- Created attachment 30259 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30259action=edit test case this is the minimal test case that I have. by applying the

[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 JamesMikeDuPont at googlemail dot com --- 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 #6 from James Michael DuPont JamesMikeDuPont at googlemail dot com --- 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 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|WAITING

[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 stigge at antcom dot de changed: What|Removed |Added CC||stigge at antcom

[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 JamesMikeDuPont at googlemail dot com --- Tested like this: /usr/lib/gcc/x86_64-linux-gnu/4.7/cc1plus -std=gnu++11 -fdump-translation-unit testvariant_min.ii

[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 Joost.VandeVondele at mat dot ethz.ch --- Reduced testcase, which appears 'minimal' to trigger a hanging compilation at gfortran -c -O2 -ffast-math bug.f90 cat bug.f90 SUBROUTINE

[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 c++/57208] Latest chromium compilation fails with enabled LTO

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

[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 redi at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last

[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 paolo.carlini at oracle dot com changed: What|Removed |Added Priority|P3 |P2

[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 burnus at gcc dot gnu.org --- Patch: http://gcc.gnu.org/ml/fortran/2013-06/msg00045.html

[Bug c/57531] lvalue required with comma operator

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

[Bug c/57531] lvalue required with comma operator

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

[Bug c/57531] lvalue required with comma operator

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57531 Paolo Carlini paolo.carlini at oracle dot com 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 vijay Nag vijunag at gmail dot com changed: What|Removed |Added CC||vijunag at gmail dot

[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 burnus at gcc dot gnu.org --- (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

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

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

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57531 --- Comment #5 from vijay Nag vijunag at gmail dot com --- (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

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

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

[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 marxin.liska at gmail dot com --- I've just tested latest gcc and the same message is still received by compiler.

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

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

[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 jakub at gcc dot gnu.org changed: What|Removed |Added CC||jakub at gcc dot

[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 ppluzhnikov at google dot com --- 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

[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 jason at gcc dot gnu.org --- (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:

[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 jyasskin at gcc dot gnu.org --- http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2013/n3675.html#1457 changed this between C++11 and C++14.

[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 paolo.carlini at oracle dot com changed: What|Removed |Added Status|ASSIGNED|RESOLVED

[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

[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 jason at gcc dot gnu.org --- (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

[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 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 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 burnus at gcc dot gnu.org --- Created attachment 30262 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30262action=edit Draft patch - does not fully work, yet Currently fails for x = func1() in assign_11.f90

[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 paolo.carlini at oracle dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49974 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added CC||jewillco

[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 ubizjak at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Last

[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 ubizjak at gmail dot com changed: What|Removed |Added Severity|major |normal

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57509 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added CC||glisse at

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57463 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[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 ubizjak at gmail dot com --- (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).

[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 paolo.carlini at oracle dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW

[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 --- Comment #2 from Paolo Carlini paolo.carlini at oracle dot com --- Of course we badly need a reduced testcase.

[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 pinskia at gcc dot gnu.org --- (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 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 jakub at gcc dot gnu.org changed: What|Removed |Added CC||jakub at gcc dot

[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 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 hjl.tools at gmail dot com --- Also -Os generates larger code: [hjl@gnu-6 gcc]$ gcc -S -Os -m32 x.i [hjl@gnu-6 gcc]$ cat x.s .filex.i .text .globlfoo .typefoo, @function foo: .LFB0:

[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 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:

[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 hjl.tools at gmail dot com --- 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

[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 patrick at motec dot com.au changed: What|Removed |Added Attachment #28550|0 |1

[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 patrick at motec dot com.au --- 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.

[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 jyasskin at gcc dot gnu.org --- Whoops, I missed your comment 7 where you already knew the history. Sorry.

[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 paolo.carlini at oracle dot com --- Can we close this?

[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 paolo.carlini at oracle dot com changed: What|Removed |Added Status|NEW |RESOLVED

[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 paolo.carlini at oracle dot com changed: What|Removed |Added CC||redi at

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53205 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED