[Bug debug/60438] dwarf2cfi :2239 still assert,not the same cause as PR 59575

2014-03-07 Thread manjian2006 at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60438 --- Comment #4 from linzj manjian2006 at gmail dot com --- Further debug show this push op is gen by sched2 pass

[Bug debug/60438] dwarf2cfi :2239 still assert,not the same cause as PR 59575

2014-03-07 Thread manjian2006 at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60438 --- Comment #5 from linzj manjian2006 at gmail dot com --- No confirm yet! (In reply to linzj from comment #4) Further debug show this push op is gen by sched2 pass

[Bug debug/60438] dwarf2cfi :2239 still assert,not the same cause as PR 59575

2014-03-07 Thread manjian2006 at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60438 --- Comment #6 from linzj manjian2006 at gmail dot com --- The push edx is gen by originally fop_sf_2_i387. (insn 180 281 288 17 (set (reg:SF 9 st(1) [orig:153 D.227396 ] [153]) (mult:SF (float:SF (reg:SI 1 dx [160])) (reg:SF

[Bug debug/60438] dwarf2cfi :2239 still assert,not the same cause as PR 59575

2014-03-07 Thread manjian2006 at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60438 --- Comment #7 from linzj manjian2006 at gmail dot com --- confirm that in csa pass: (insn 288 281 289 17 (set (mem:SI (pre_dec:SI (reg/f:SI 7 sp)) [0 S4 A8]) (reg:SI 1 dx [160]))

[Bug debug/60438] dwarf2cfi :2239 still assert,not the same cause as PR 59575

2014-03-07 Thread manjian2006 at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60438 --- Comment #8 from linzj manjian2006 at gmail dot com --- Okay let me sum it up: at first the code looks like this call xxx: .cfa 92 float ops add sp 12 .cfa 80 And then split2 splits the float ops,then it looks like this call xxx: .cfa 92 push

[Bug debug/60438] dwarf2cfi :2239 still assert,not the same cause as PR 59575

2014-03-07 Thread manjian2006 at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60438 --- Comment #9 from linzj manjian2006 at gmail dot com --- I have tried to modify i386.c to make ix86_force_to_memoryix86_free_from_memory to generate frame related insn.That causes another problem.Seems the only way to go is have a look at jump2.

[Bug debug/60438] dwarf2cfi :2239 still assert,not the same cause as PR 59575

2014-03-07 Thread manjian2006 at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60438 --- Comment #10 from linzj manjian2006 at gmail dot com --- Adding a -fno-crossjumping compile flag stops the assertion.

[Bug debug/60438] dwarf2cfi :2239 still assert,not the same cause as PR 59575

2014-03-07 Thread jakub at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60438 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last

[Bug debug/60438] dwarf2cfi :2239 still assert,not the same cause as PR 59575

2014-03-05 Thread manjian2006 at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60438 --- Comment #1 from linzj manjian2006 at gmail dot com --- Created attachment 32282 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32282action=edit source that causes bug

[Bug debug/60438] dwarf2cfi :2239 still assert,not the same cause as PR 59575

2014-03-05 Thread manjian2006 at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60438 --- Comment #2 from linzj manjian2006 at gmail dot com --- reedit the cfg. if (hasRelativeWidth || hasRelativeHeight) true false / \ /\

[Bug debug/60438] dwarf2cfi :2239 still assert,not the same cause as PR 59575

2014-03-05 Thread manjian2006 at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60438 --- Comment #3 from linzj manjian2006 at gmail dot com --- pass 221r.varstack,the pass just before 222r.csa call_pop insn : (call_insn:TI 143 141 393 18 (parallel [ (call (mem:QI (mem/f:SI (plus:SI (reg/f:SI 1 dx [orig:126