>    Unless it's the same size we need to leave x_gzip.
>     On areas cramped for space this just barely fits.
> 
> is it -DSMALL as well?  that does stuff already...  the changes i had
> meantioned i don't mean are going to be done intime for 2.0 branch, but
> some of these would probably bring it down to x_gzip size (with -DSMALL)
> 
> the only real issue is if x_gzip isn't good enough for "gzip -l" that
> sysinst now supports, there is something else needed..
> 
> 
> also, comparing static bins isn't quite right, the only real way to
> compare their relative additions (due to libs) to crunchbin files is
> to crunchthem and see :)

$ size obj/distrib/i386/floppies/ramdisk-rescuetiny/*.cro | sort -n
gives a good hint...

(mmm do those exist with a standard cruncher...)

I've just killed 'tip' from my local copy....
Although I suspect some of the bloatage is in the kernel.

	David

-- 
David Laight: david@l8s.co.uk