--- Comment #7 from hp at gcc dot gnu dot org 2008-09-24 16:57 ---
I guess I should turn the code in the description into a testcase in gcc.dg so
target maintainers can add their xfailed scan-assembler-not and we'd see
xpasses if/when this is magically fixed...
(After the IRA adjustments
--- Comment #6 from hp at gcc dot gnu dot org 2008-09-24 16:51 ---
Created an attachment (id=16402)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16402&action=view)
Diff of asembly of -O2 vs -O2 -fno-if-conversion at r.140627
See previous comment.
--
http://gcc.gnu.org/bugzil
--- Comment #5 from hp at gcc dot gnu dot org 2008-09-24 16:49 ---
(In reply to comment #4)
> I think this was fixed for 4.3.0:
> HP,
> can you try this again on cris?
At 140627, the problem is still there on the 4.3 branch for CRIS. I'll attach
a diff of the generated assembly of -O2
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-09-14 03:16 ---
I think this was fixed for 4.3.0:
.L3:
lwz 0,20(1)
lwz 31,12(1)
addi 1,1,16
mtlr 0
blr
HP,
can you try this again on cris?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-03 19:00 ---
Oh, if I turn off the first pass of scheduling it also works so that means this
is truely a ra issue. if conversion is just exposing the problem by moving the
load of constant above the branch.
--
http://gcc.gn
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-03 18:56 ---
With -O2:
L4:
addi r1,r1,128
mr r3,r2
ld r0,16(r1)
ld r31,-8(r1)
mtlr r0
blr
With -O2 -fno-if-conversion:
L4:
addi r1,r1,128
ld r0,16(r1)
ld r3
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-03 18:54 ---
Interesting it shows up on powerpc64 also with the work around of turning off
if conversion fixing the issue too.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
