Openwall GNU/*/Linux - a small security-enhanced Linux distro for servers
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Tue, 29 Jan 2013 18:37:54 +0100
From: Alexander Stadler <>
Subject: Re: Bug in include/netinet/in.h

Am 24.01.2013 21:46, schrieb John Spencer:
> On 01/24/2013 08:22 PM, Alexander Stadler wrote:
>> I removed -Werror from CMakeLists.txt of netifd, after that it compiled (with warnings ;-) ).
>> Thank you!
>> (only size shocked me - 450KB (one day before with uClibc 50KB :-/ ))
> probably something went wrong here, usually musl-linked binaries are a good bit smaller than their uclibc-linked counterparts.
> some guesses:
> - uclibc binary is linked dynamically, but the musl one statically
> - debug mode (-g) was used for the musl binary
> - uclibc binary was stripped (-s) but musl one wasn't
> i'd try to use strip tool on both binaries and compare
> additionally comparing the used CFLAGS used by the compiler might give hints (compile both in verbose mode and compare build logs)
> for smallest binary size, usually -flto -fwhole-program -s -Os give the best results with gcc >= 4.5.0 (however lto makes the build notably slower)

Thanks for the answer.
And the optimization parameters, I propably will play with them at some time.
disables sstrip when musl is used,
but does not select strip instead. 
Unfortunately I don't know why sstrip got disabled.

But after enabling strip instead the size reaches comparable values (same too a bit larger most of the time).

Powered by blists - more mailing lists

Your e-mail address:

Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.