Bug#356735: Compiling libc-udeb with -Os ?
On Mon, Mar 13, 2006 at 11:14:35PM -0500, Joey Hess wrote:
> Robert Millan wrote:
> > I've tested what would be the size saving when building glibc with -Os:
> Huh, I think I've checked whether -Os helped pretty much everything in
> d-i, but never thought to try libc. Good idea, and this space savings
> would in fact be useful; both because we're bursting at the seams of
> some of the smaller CD images, and because it would help keep d-i
> running in 32 mb of memory
As you can see in the other mail, it seems to cause some breakage with nptl and
librt. I'm not sure if d-i needs threading at all (or even what librt is ;).
Is that an issue for libc-udeb ?
If it is, perhaps we could patch nptl/librt code to add the proper -O option to
override previous -Os. I think this could be accepted in upstream.
> (assuming that the uncompressed sizes, which
> you didn't show, arn't suprising).
Ah, I thought d-i already compressed them (e.g. cloop). Well, here is it:
$ du -hs *
$ du -h */lib/*.so