Re: CVS commit: src/sys/arch/news68k/conf

[David Holland <dholland-sourcechanges%netbsd.org@localhost>]

On Sat, Jul 05, 2014 at 09:14:02AM +0000, Izumi Tsutsui wrote:
 > Modified Files:
 >      src/sys/arch/news68k/conf: GENERIC GENERIC_TINY
 > 
 > Log Message:
 > Use COPTS="-O2 -fno-reorder-blocks" as defined in sys.mk for userland.
 > 
 > with "-O2":
 >    text    data     bss     dec     hex filename
 > 3297898   65044  122584 3485526  352f56 netbsd
 > 
 > with "-O2 -fno-reorder-blocks":
 >    text    data     bss     dec     hex filename
 > 2930782   65044  122584 3118410  2f954a netbsd

ok, so naively I would think that *reordering* blocks wouldn't change
their size, or at least not much... does anyone know where this 10%
overhead comes from? Is it all jump instructions?

-- 
David A. Holland
dholland%netbsd.org@localhost