[Bug middle-end/56548] [4.8 Regression] ICE in emit_move_insn, at expr.c:3486 with -march=pentium{pro,2,3} -O3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56548 Ralf Baechle r...@linux-mips.org changed: What|Removed |Added CC||r...@linux-mips.org

[Bug middle-end/56548] [4.8 Regression] ICE in emit_move_insn, at expr.c:3486 with -march=pentium{pro,2,3} -O3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56548 --- Comment #9 from Mikael Pettersson mikpe at it dot uu.se --- (In reply to Ralf Baechle from comment #8) FWIW, I'm also hitting the same compiler bug with vanilla GCC 4.7.2 and 4.8.0 compiling a heavily patched 3.4 kernel with LTO for a

[Bug middle-end/56548] [4.8 Regression] ICE in emit_move_insn, at expr.c:3486 with -march=pentium{pro,2,3} -O3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56548 --- Comment #10 from Ralf Baechle r...@linux-mips.org --- As I'm hitting this with LTO on a large test case it's non-trivial to extract a test case but I will try.

[Bug middle-end/56548] [4.8 Regression] ICE in emit_move_insn, at expr.c:3486 with -march=pentium{pro,2,3} -O3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56548 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW

[Bug middle-end/56548] [4.8 Regression] ICE in emit_move_insn, at expr.c:3486 with -march=pentium{pro,2,3} -O3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56548 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug middle-end/56548] [4.8 Regression] ICE in emit_move_insn, at expr.c:3486 with -march=pentium{pro,2,3} -O3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56548 --- Comment #3 from Jakub Jelinek jakub at gcc dot gnu.org 2013-03-06 17:18:53 UTC --- Author: jakub Date: Wed Mar 6 17:18:46 2013 New Revision: 196498 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=196498 Log: PR

[Bug middle-end/56548] [4.8 Regression] ICE in emit_move_insn, at expr.c:3486 with -march=pentium{pro,2,3} -O3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56548 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug middle-end/56548] [4.8 Regression] ICE in emit_move_insn, at expr.c:3486 with -march=pentium{pro,2,3} -O3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56548 --- Comment #5 from Steve Ellcey sje at gcc dot gnu.org 2013-03-06 18:04:30 UTC --- For the record, this does undo the performance regression fix on MIPS. I will submit a new bug for that issue. The problem (on mips) is that we want to do

[Bug middle-end/56548] [4.8 Regression] ICE in emit_move_insn, at expr.c:3486 with -march=pentium{pro,2,3} -O3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56548 --- Comment #7 from Steve Ellcey sje at gcc dot gnu.org 2013-03-06 18:22:44 UTC --- (In reply to comment #6) But you can't achieve that through generation of invalid RTL. Agreed. Anyway, I wonder why nonzero_bits during combine

[Bug middle-end/56548] [4.8 Regression] ICE in emit_move_insn, at expr.c:3486 with -march=pentium{pro,2,3} -O3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56548 --- Comment #6 from Jakub Jelinek jakub at gcc dot gnu.org 2013-03-06 18:18:52 UTC --- But you can't achieve that through generation of invalid RTL. Anyway, I wonder why nonzero_bits during combine doesn't figure out that the upper bits