[Bug middle-end/58382] [4.9 Regression] unwind.inc:136:1: ICE: in trunc_int_for_mode, at explow.c:55

2013-09-10 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58382 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added CC||rsandifo at

[Bug middle-end/58382] [4.9 Regression] unwind.inc:136:1: ICE: in trunc_int_for_mode, at explow.c:55

2013-09-10 Thread danglin at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58382 --- Comment #1 from John David Anglin danglin at gcc dot gnu.org --- Breakpoint 1, trunc_int_for_mode (c=8, mode=DFmode) at ../../gcc/gcc/explow.c:55 55gcc_assert (SCALAR_INT_MODE_P (mode)); (gdb) bt #0 trunc_int_for_mode (c=8,

[Bug middle-end/58382] [4.9 Regression] unwind.inc:136:1: ICE: in trunc_int_for_mode, at explow.c:55

2013-09-10 Thread rsandifo at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58382 --- Comment #2 from rsandifo at gcc dot gnu.org rsandifo at gcc dot gnu.org --- I think this is a target bug. The backend prologue code has things like: addr = gen_rtx_MEM (DFmode, gen_rtx_POST_INC (DFmode, tmpreg)); but

[Bug middle-end/58382] [4.9 Regression] unwind.inc:136:1: ICE: in trunc_int_for_mode, at explow.c:55

2013-09-10 Thread dave.anglin at bell dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58382 --- Comment #3 from dave.anglin at bell dot net --- Agreed. Testing fix. Thanks, Dave