Effect of -fno-reorder-blocks?

Jan Hubicka jh@suse.cz
Mon Nov 18 17:45:00 GMT 2002


> In message <200211182045.gAIKjin2021714@ignucius.axis.se>, Hans-Peter Nilsson w
> rites:
>  >> Date: Mon, 18 Nov 2002 15:23:08 -0500
>  >> From: Diego Novillo <dnovillo@redhat.com>
>  >
>  >> > FWIW, I see only that change in the SPEC95 results.  Nothing
>  >> >
>  >> Since I'm not tracking mainline with the SPEC2000 runs I didn't
>  >> think they would interest you.  I can add it for tonight's run if
>  >> you'd like.
>  >
>  >Thanks but I don't think that's necessary.  I think the SPEC95
>  >results are conclusive: the effect of -f(no-)reorder-blocks is
>  >minimal for this machine (PIII).
> I'd expect reorder-blocks to have the most effect on targets that do static
> prediction of branches (such at BTFNT).  These schemes still show up in
> embedded systems (and of course older desktops like the PA1.1 based 
> targets).
It also should show up on targets that are bound by instruction decoding
as jumps usually stall the process a lot.  THis includes P3 and Athlon.
On Athlon it helps, I am quite puzzled it does not on P3.

Honza
> 
> jeff
> 



More information about the Gcc mailing list