First impressions of the "getopt.h forrest"

Mats Erik Andersson mats.andersson64 at comhem.se
Wed Mar 28 19:25:31 UTC 2007


tis 2007-03-27 klockan 23:26 +0200 skrev Denis Vlasenko:

> To me it looks like bbox with CONFIG_GETOPT_LONG=n and without
> run_parts, dumpleases, getopt is already can be compiled with
> susv3 getopt.

Today I have rewritten run_parts.c and dumpleases.c to use getopt32,
and both compile with the standard setting of Eriksen's buildroot
and Busybox 1.5.0. I also successfully tested run-parts in all
conceivable ways.

My next step was to reconfigure uClibc 0.9.28.3 in various ways,
including a switch to getopt-susv3. I did reduce my configuration
for Busybox somewhat, but made sure to set CONFIG_GETOPT_LONG=n
and include the applets run-parts (tested) and dumplease (could not
test due to lacking net card), but excluded the applet getopt.
Using this setting and I built a floppy based system from the root file
system and a linux kernel 2.6.20.4. I ended up with a size of 370k
for Busybox and 212k for uClibc, and a configuration without libgcc_s.

There was exactly one point where I had to intervene by hand:
the choice of getopt-susv3 excluded the header include/getopt.h
whence I had to arrange it by hand as

   ln -s bits/getopt.h include/getopt.h

Then the whole build process could be completed to a running system.
My conclusion is that one should ask the uClibc people to create such
a soft link in case the choice of GNU-getopt is made in the
configuration of uClibc.

Regards from	  Mats Erik Andersson



More information about the busybox mailing list