[Bug c++/58192] G++ emits incorrect code when passing enum classes as function parameters

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58192 --- Comment #2 from Kenton Varda --- Note: Both the Ubuntu and Cygwin systems were x86_64. I don't know if the problem occurs in 32-bit mode.

[Bug c++/58192] G++ emits incorrect code when passing enum classes as function parameters

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58192 --- Comment #1 from Kenton Varda --- Created attachment 30672 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30672&action=edit Demonstration of enum class passing bug

[Bug c++/58192] New: G++ emits incorrect code when passing enum classes as function parameters

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58192 Bug ID: 58192 Summary: G++ emits incorrect code when passing enum classes as function parameters Product: gcc Version: 4.8.1 Status: UNCONFIRMED Severity: normal

[Bug c++/58191] Can't use boost transform_iterator with _GLIBCXX_DEBUG

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58191 --- Comment #1 from Danil Ilinykh --- Created attachment 30671 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30671&action=edit Preprocessed file archive

[Bug c++/58191] New: Can't use boost transform_iterator with _GLIBCXX_DEBUG

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58191 Bug ID: 58191 Summary: Can't use boost transform_iterator with _GLIBCXX_DEBUG Product: gcc Version: 4.8.1 Status: UNCONFIRMED Severity: major Priority: P3 Compone

[Bug c++/58190] New: FAIL: g++.dg/pr57878.C (test for excess errors) on x86_64-apple-darwin10

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58190 Bug ID: 58190 Summary: FAIL: g++.dg/pr57878.C (test for excess errors) on x86_64-apple-darwin10 Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/58100] Spurious "DO loop at (1) will be executed zero times" warning

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58100 Tobias Burnus changed: What|Removed |Added CC||burnus at gcc dot gnu.org --- Comment #3

[Bug fortran/57924] -Werror -Warray-temporaries -Wno-error=array-temporaries fails on array temporary warnings

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57924 Tobias Burnus changed: What|Removed |Added CC||burnus at gcc dot gnu.org --- Comment #4

[Bug fortran/58189] Color diagnostics for gfortran

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58189 Tobias Burnus changed: What|Removed |Added CC||burnus at gcc dot gnu.org --- Comment #1

[Bug tree-optimization/58006] [4.8/4.9 Regression] ICE compiling VegaStrike with -ffast-math -ftree-parallelize-loops=2

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58006 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug gcov-profile/58127] [4.9 Regression] 37 failures in gcc.dg/tree-prof/ for x86_64-apple-darwin10

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58127 --- Comment #11 from Dominique d'Humieres --- > thus fixed. Thanks!

[Bug gcov-profile/58127] [4.9 Regression] 37 failures in gcc.dg/tree-prof/ for x86_64-apple-darwin10

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58127 Iain Sandoe changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug gcov-profile/58127] [4.9 Regression] 37 failures in gcc.dg/tree-prof/ for x86_64-apple-darwin10

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58127 --- Comment #9 from Iain Sandoe --- (In reply to Jan Hubicka from comment #7) > > > > that's kind of a pity, since IIRC one of the main reasons for recasting the > > emutls implementation as a separate pass was to allow for uses like this; > > b

[Bug fortran/58027] "Arithmetic overflow converting ..." in PARAMETER triggers an ICE

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58027 --- Comment #2 from Thomas Koenig --- It might actually be better to move calling arith_error to resolution stage.

[Bug fortran/58177] Incorrect warning message about unused PRIVATE module variable

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58177 Thomas Koenig changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug fortran/58177] Incorrect warning message about unused PRIVATE module variable

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58177 --- Comment #2 from Andrew Benson --- You're absolutely correct - my mistake!

[Bug target/53976] [SH] Unnecessary clrt after bt

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53976 --- Comment #4 from Oleg Endo --- One option to get rid of the redundant clrt and sett in BBs that are reached with a conditional branch would be to add an SH specific RTL pass that analyses the BBs and eliminates the insns in question. Another o

[Bug c++/58184] Pointer to overloaded function is non-deduced context

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58184 Daniel Krügler changed: What|Removed |Added CC||daniel.kruegler@googlemail.

[Bug gcov-profile/58127] [4.9 Regression] 37 failures in gcc.dg/tree-prof/ for x86_64-apple-darwin10

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58127 --- Comment #8 from Dominique d'Humieres --- > > #if defined(HAVE_CC_TLS) && !defined (USE_EMUTLS) > > does, indeed, work. I have done a clean bootstrap with --- ../_clean/libgcc/libgcov.c2013-08-11 13:28:22.0 +0200 +++ libgcc/libg

[Bug c++/58176] ICE in output_constant, at varasm.c:4658

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

[Bug c++/58178] variant function name was used for user defined constructor

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

[Bug gcov-profile/58127] [4.9 Regression] 37 failures in gcc.dg/tree-prof/ for x86_64-apple-darwin10

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58127 --- Comment #7 from Jan Hubicka --- > > that's kind of a pity, since IIRC one of the main reasons for recasting the > emutls implementation as a separate pass was to allow for uses like this; > but, having said that, probably not a high priority

[Bug c++/58187] Initialization of a non-static data member using a template argument doesn't work when the template is inside of another class

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

[Bug c++/57887] nested non-type template parameters not declared in this scope

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57887 Paolo Carlini changed: What|Removed |Added CC||dragonroot at gmail dot com --- Comment #

[Bug gcov-profile/58127] [4.9 Regression] 37 failures in gcc.dg/tree-prof/ for x86_64-apple-darwin10

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58127 --- Comment #6 from Iain Sandoe --- (In reply to Iain Sandoe from comment #5) > (In reply to Jan Hubicka from comment #4) > > The secret plan was to not use TLS for emutls. that's kind of a pity, since IIRC one of the main reasons for recasting t

[Bug fortran/58189] New: Color diagnostics for gfortran

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58189 Bug ID: 58189 Summary: Color diagnostics for gfortran Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran A

[Bug fortran/58185] [4.8/4.9 Regression] [OOP] ICE when selector in SELECT TYPE is non-polymorphic

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

[Bug bootstrap/58186] LTO profiledbootstrap fails in stage feedback for fortran/frontend-passes.c with "edge ... has no corresponding call_stmt"

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58186 --- Comment #3 from Uroš Bizjak --- Another similar bootstrap failure in final.c [1]. [1] http://gcc.gnu.org/ml/gcc-regression/2013-08/msg00278.html

[Bug fortran/58177] Incorrect warning message about unused PRIVATE module variable

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58177 janus at gcc dot gnu.org changed: What|Removed |Added CC||janus at gcc dot gnu.org --- Co

[Bug c++/58188] New: ICE in gimple_add_tmp_var, at gimplify.c:738

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58188 Bug ID: 58188 Summary: ICE in gimple_add_tmp_var, at gimplify.c:738 Product: gcc Version: 4.8.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug c++/58187] New: Initialization of a non-static data member using a template argument doesn't work when the template is inside of another class

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58187 Bug ID: 58187 Summary: Initialization of a non-static data member using a template argument doesn't work when the template is inside of another class Product: gcc

[Bug fortran/58185] [4.8/4.9 Regression] [OOP] ICE when selector in SELECT TYPE is non-polymorphic

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58185 --- Comment #2 from janus at gcc dot gnu.org --- (In reply to janus from comment #1) > 0x567f7e copy_ts_from_selector_to_associate > /home/janus/gcc49/trunk/gcc/fortran/match.c:5171 I think this is where the problem is. This function shou

[Bug bootstrap/58186] LTO profiledbootstrap fails in stage feedback for fortran/frontend-passes.c with "edge ... has no corresponding call_stmt"

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58186 Jan Hubicka changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug fortran/58185] [4.8/4.9 Regression] [OOP] ICE when selector in SELECT TYPE is non-polymorphic

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58185 janus at gcc dot gnu.org changed: What|Removed |Added Keywords||ice-on-invalid-code

[Bug bootstrap/58186] LTO profiledbootstrap fails in stage feedback for fortran/frontend-passes.c with "edge ... has no corresponding call_stmt"

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58186 Uroš Bizjak changed: What|Removed |Added CC||hubicka at gcc dot gnu.org --- Comment #1 f

[Bug bootstrap/58186] New: LTO profiledbootstrap fails in stage feedback for fortran/frontend-passes.c with "edge ... has no corresponding call_stmt"

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58186 Bug ID: 58186 Summary: LTO profiledbootstrap fails in stage feedback for fortran/frontend-passes.c with "edge ... has no corresponding call_stmt" Product: gcc Vers

[Bug driver/52556] Ability to change GLIBC_DYNAMIC_LINKER

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52556 --- Comment #5 from Benda Xu --- Dear Jakub, I find your comment misleading for the --with-specs option. It sets CONFIGURE_SPECS macro, which is used in gcc.c as static const char *const driver_self_specs[] = { "%{fdump-final-insns:-fdump-fin