[Bug optimization/11320] [3.3 regression] [ia64] Reload bug
ebotcazou at gcc dot gnu dot org
gcc-bugzilla@gcc.gnu.org
Sun Jul 6 11:25:00 GMT 2003
PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11320
ebotcazou at gcc dot gnu dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Ever Confirmed| |1
Last reconfirmed|0000-00-00 00:00:00 |2003-07-06 11:25:21
date| |
------- Additional Comments From ebotcazou at gcc dot gnu dot org 2003-07-06 11:25 -------
Confirmed on gcc version 3.3.1 20030703 (prerelease).
Preliminary investigations suggest that the culprit is the machine dependent
reorganisation pass, which swaps
(jump_insn 82 88 122 3 0x401b54c0 (set (pc)
(if_then_else (eq (reg:BI 262 p6 [361])
(const_int 0 [0x0]))
(label_ref 100)
(pc))) 214 {*br_true} (insn_list 81 (nil))
(expr_list:REG_DEAD (reg:BI 262 p6 [361])
(expr_list:REG_BR_PROB (const_int 5000 [0x1388])
(nil))))
(insn 96 122 159 4 0x401b54c0 (set (reg/f:DI 14 r14 [340])
(lo_sum:DI (reg:DI 14 r14 [365])
(symbol_ref/f:DI ("*.LC2")))) 12 {*load_symptr_low} (nil)
(expr_list:REG_EQUAL (symbol_ref/f:DI ("*.LC2"))
(nil)))
to produce
.mbb
ld8 r14 = [r14]
(p7) br.cond.dptk .L4
I don't know enough of IA-64 to say whether swapping back the instructions in
the assembly file is sufficient, or whether they should not have ended up in the
same bundle in the first place.
More information about the Gcc-bugs
mailing list