--- Comment #7 from pinskia at gcc dot gnu dot org 2008-09-14 04:13 ---
Fixed for 4.4.0 with IRA.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
OtherBugsD
--- Additional Comments From dann at godzilla dot ics dot uci dot edu
2005-08-01 18:36 ---
Could another pass of "flow" (or some other pass that can clean-up the extra
moves) be scheduled to run after reorder-blocks?
reorder-blocks is the pass that inserts the function epilogue in each
--
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23100
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-30
15:39 ---
Yes it is the same issue as PR 16796.
To reproduce this before 3.4.0, you have to add __attribute__((regparam(1))).
Though the code is worse
than before 3.3.3.
--
What|Removed
--- Additional Comments From dann at godzilla dot ics dot uci dot edu
2005-07-27 22:33 ---
(In reply to comment #3)
> Actually am I missing something, I get:
> .L8:
> popl%ebp
> movl$5, %eax
> .p2align 4,,4
> ret
Is that with -O2 -fno-inline -march
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-27
22:22 ---
Actually am I missing something, I get:
.L8:
popl%ebp
movl$5, %eax
.p2align 4,,4
ret
--
What|Removed |Added
--- Additional Comments From dann at godzilla dot ics dot uci dot edu
2005-07-27 21:06 ---
The problem does not happen for i386: (ie using -fno-inline -O2 -march=i386)
CutBuffer:
pushl %ebp
movl%esp, %ebp
subl$9, %eax
cmpl$7, %eax
ja
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-27
19:20 ---
This is the same issue as PR 16796 really, see comment #3.
--
What|Removed |Added
