[Bug tree-optimization/55260] New: [4.8 Regression] ICE: in ipa_get_parm_lattices, at ipa-cp.c:263 with -O2 -fno-inline -fipa-cp-clone

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55260 Bug #: 55260 Summary: [4.8 Regression] ICE: in ipa_get_parm_lattices, at ipa-cp.c:263 with -O2 -fno-inline -fipa-cp-clone Classification: Unclassified Product: gcc

[Bug target/55258] SSE register isn't used for 16byte copy

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55258 --- Comment #1 from H.J. Lu hjl.tools at gmail dot com 2012-11-10 08:52:22 UTC --- Created attachment 28651 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28651 Something like this

[Bug c++/55261] New: [C++0x] ICE (SIGSEGV) when inheriting implicit constructor

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55261 Bug #: 55261 Summary: [C++0x] ICE (SIGSEGV) when inheriting implicit constructor Classification: Unclassified Product: gcc Version: 4.8.0 Status:

[Bug rtl-optimization/55247] [4.8 Regression] internal compiler error: Max. number of generated reload insns per insn is achieved (90)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55247 --- Comment #7 from Uros Bizjak ubizjak at gmail dot com 2012-11-10 09:15:32 UTC --- (In reply to comment #2) (define_insn *movti_internal_rex64 [(set (match_operand:TI 0 nonimmediate_operand =!r ,!o ,x,x ,m)

[Bug c++/55262] New: [C++0x] g++.dg/cpp0x/inh-ctor10.C ICEs with -g

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55262 Bug #: 55262 Summary: [C++0x] g++.dg/cpp0x/inh-ctor10.C ICEs with -g Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal

[Bug rtl-optimization/55247] [4.8 Regression] internal compiler error: Max. number of generated reload insns per insn is achieved (90)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55247 --- Comment #8 from Uros Bizjak ubizjak at gmail dot com 2012-11-10 09:22:03 UTC --- (In reply to comment #3) There are 2 issues here: 1. Should we use movdqu(%eax), %xmm0# 19*movti_internal_rex64/4[length =

[Bug middle-end/55263] New: [4.8 Regression] ICE: pre_and_rev_post_order_compute, at cfganal.c:875 with -O -fgcse-after-reload -fnon-call-exceptions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55263 Bug #: 55263 Summary: [4.8 Regression] ICE: pre_and_rev_post_order_compute, at cfganal.c:875 with -O -fgcse-after-reload -fnon-call-exceptions Classification: Unclassified

[Bug rtl-optimization/55247] [4.8 Regression] internal compiler error: Max. number of generated reload insns per insn is achieved (90)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55247 --- Comment #9 from uros at gcc dot gnu.org 2012-11-10 11:28:17 UTC --- Author: uros Date: Sat Nov 10 11:28:12 2012 New Revision: 193388 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=193388 Log: PR target/55247 *

[Bug middle-end/55247] [4.8 Regression] internal compiler error: Max. number of generated reload insns per insn is achieved (90)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55247 Uros Bizjak ubizjak at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW

[Bug middle-end/55247] [4.8 Regression] internal compiler error: Max. number of generated reload insns per insn is achieved (90)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55247 --- Comment #11 from Uros Bizjak ubizjak at gmail dot com 2012-11-10 11:55:55 UTC --- ~/gcc-build/gcc/cc1 -O2 -mx32 -maddress-mode=long pr55247.c results in following sequence: movdqu (%eax), %xmm0 movdqa %xmm0,

[Bug target/15184] [4.6/4.7/4.8 Regression] Direct access to byte inside word not working with -march=pentiumpro

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15184 --- Comment #21 from Uros Bizjak ubizjak at gmail dot com 2012-11-10 12:15:14 UTC --- (In reply to comment #20) Please can the RMs have a new look at this. This is tuning decision, and I see Intel folks in the CC. I see no problem in

[Bug target/54716] Select best typed instruction for bitwise operations

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54716 Marc Glisse glisse at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED

[Bug target/15184] [4.6/4.7/4.8 Regression] Direct access to byte inside word not working with -march=pentiumpro

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15184 --- Comment #22 from Mikael Pettersson mikpe at it dot uu.se 2012-11-10 13:36:46 UTC --- Created attachment 28655 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28655 another test case I'm using a construct similar to the 'f1'

[Bug tree-optimization/55264] New: [4.6/4.7/4.8 Regression] ICE: in ipa_make_edge_direct_to_target, at ipa-prop.c:2141 with -O2 -fno-early-inlining -fno-weak

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55264 Bug #: 55264 Summary: [4.6/4.7/4.8 Regression] ICE: in ipa_make_edge_direct_to_target, at ipa-prop.c:2141 with -O2 -fno-early-inlining -fno-weak Classification:

[Bug libfortran/30162] [4.7/4.8 Regression] I/O with named pipes does not work

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30162 --- Comment #26 from Thomas Koenig tkoenig at gcc dot gnu.org 2012-11-10 14:38:03 UTC --- Is this caused by http://gcc.gnu.org/viewcvs?view=revisionrevision=180701 ? Maybe we need to remember if we have a special file after all, or

[Bug middle-end/55266] New: vector expansion: 36 movs for 4 adds

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55266 Bug #: 55266 Summary: vector expansion: 36 movs for 4 adds Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal

[Bug tree-optimization/55264] [4.6/4.7/4.8 Regression] ICE: in ipa_make_edge_direct_to_target, at ipa-prop.c:2141 with -O2 -fno-early-inlining -fno-weak

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55264 Marek Polacek mpolacek at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW

[Bug c++/55267] New: double operation giving different results depending on context and optimization level

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55267 Bug #: 55267 Summary: double operation giving different results depending on context and optimization level Classification: Unclassified Product: gcc Version: 4.7.2

[Bug c++/55267] double operation giving different results depending on context and optimization level

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55267 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Severity|major |normal

[Bug middle-end/55263] [4.8 Regression] ICE: pre_and_rev_post_order_compute, at cfganal.c:875 with -O -fgcse-after-reload -fnon-call-exceptions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55263 Marek Polacek mpolacek at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW

[Bug driver/55202] Building a combined tree is broken for LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55202 --- Comment #5 from Andrew Pinski pinskia at gcc dot gnu.org 2012-11-10 18:32:27 UTC --- Author: pinskia Date: Sat Nov 10 18:32:23 2012 New Revision: 193393 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=193393 Log: 2012-11-10

[Bug driver/55202] Building a combined tree is broken for LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55202 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED

[Bug rtl-optimization/55247] [4.8 Regression] internal compiler error: Max. number of generated reload insns per insn is achieved (90)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55247 H.J. Lu hjl.tools at gmail dot com changed: What|Removed |Added Status|NEW |UNCONFIRMED

[Bug rtl-optimization/55247] [4.8 Regression] internal compiler error: Max. number of generated reload insns per insn is achieved (90)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55247 --- Comment #13 from H.J. Lu hjl.tools at gmail dot com 2012-11-10 19:11:03 UTC --- (In reply to comment #12) (In reply to comment #11) ~/gcc-build/gcc/cc1 -O2 -mx32 -maddress-mode=long pr55247.c results in following sequence:

[Bug rtl-optimization/55247] [4.8 Regression] internal compiler error: Max. number of generated reload insns per insn is achieved (90)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55247 --- Comment #14 from Uros Bizjak ubizjak at gmail dot com 2012-11-10 19:41:31 UTC --- (In reply to comment #13) With this fix, we don't need to change *movti_internal_rex64 since it generates redundant load/store. True, IIRC this was

[Bug libfortran/30162] [4.7/4.8 Regression] I/O with named pipes does not work

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30162 --- Comment #27 from Janne Blomqvist jb at gcc dot gnu.org 2012-11-10 20:21:41 UTC --- (In reply to comment #26) Is this caused by http://gcc.gnu.org/viewcvs?view=revisionrevision=180701 ? Maybe we need to remember if we

[Bug c++/55252] Caret diagnostic doesn't show useful location when macro clashes with name in system header

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55252 --- Comment #3 from Manuel López-Ibáñez manu at gcc dot gnu.org 2012-11-10 22:58:16 UTC --- Hum, I am not sure why the macro unwinder avoids unwinding if the macro comes from a system-header. If a warning message comes from a system-header, then

[Bug c++/55252] Caret diagnostic doesn't show useful location when macro clashes with name in system header

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55252 --- Comment #4 from Manuel López-Ibáñez manu at gcc dot gnu.org 2012-11-10 23:10:32 UTC --- On the other hand, let's consider: pr55252.c: #define bar 256 #include pr55252.h pr55252.h: #pragma GCC system_header signed char foo = bar; In this

[Bug tree-optimization/55200] RubyLang complex.c Internal compiler error

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55200 Chris Lundquist clundquist at bluebox dot net changed: What|Removed |Added Status|UNCONFIRMED

[Bug c++/55252] Caret diagnostic doesn't show useful location when macro clashes with name in system header

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55252 --- Comment #5 from Jonathan Wakely redi at gcc dot gnu.org 2012-11-10 23:20:36 UTC --- (In reply to comment #4) On the other hand, this is a very contrived testcase. I wouldn't expect in normal code that the expansion point to be in a

[Bug middle-end/55263] [4.8 Regression] ICE: pre_and_rev_post_order_compute, at cfganal.c:875 with -O -fgcse-after-reload -fnon-call-exceptions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55263 Steven Bosscher steven at gcc dot gnu.org changed: What|Removed |Added Status|NEW

[Bug target/55268] New: gcc4.8 mingw-w64 Wrong stdcall import symbols generated after rev 193204

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55268 Bug #: 55268 Summary: gcc4.8 mingw-w64 Wrong stdcall import symbols generated after rev 193204 Classification: Unclassified Product: gcc Version: 4.8.0

[Bug treelang/55269] New: Rename tree_node complex field to avoid conflict with C99 complex type

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55269 Bug #: 55269 Summary: Rename tree_node complex field to avoid conflict with C99 complex type Classification: Unclassified Product: gcc Version: 4.7.2

[Bug treelang/55269] Rename tree_node complex field to avoid conflict with C99 complex type

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55269 --- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org 2012-11-11 06:21:55 UTC --- In 4.8, GCC is now written in C++ rather than C, so I don't think it matter anymore as there is no macro define in C++ for complex.

[Bug target/55014] ICE: Segmentation fault while compiling complex_io.cc on x86_64-w64-mingw32

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55014 Mikael Pettersson mikpe at it dot uu.se changed: What|Removed |Added CC|mikpe at it dot uu.se | ---