This is the mail archive of the
libc-hacker@sourceware.cygnus.com
mailing list for the glibc project.
Re: Subdirs
- To: Roland McGrath <roland@frob.com>
- Subject: Re: Subdirs
- From: Philip Blundell <pb@nexus.co.uk>
- Date: Mon, 12 Oct 1998 17:41:50 +0200
- cc: libc-hacker@gnu.org
Hi Roland,
>Which subdirs are you excluding?
Basically what I want to do is exclude a lot of the wide-character and
internationalisation support. From looking at the size of the generated
binaries this contributes quite a lot of code and in many of my
applications it's unnecessary. So what I want to do is exclude subdirs like
gconv altogether, and also exclude a couple of other subdirs like
stdio-common so that I can then substitute my own, more minimalist version.
You could make a case for saying that glibc just isn't intended for this and I
should be using something like newlib instead, but I'd prefer to be able to
use the existing glibc code base (which is already ported to the main
environments I'm interested in) rather than having to maintain a port of a
separate library as well.
>I would be more inclined to do something like put some subdirs
>in unix/Subdirs or suchlike.
Yes, I considered that too but at the time this seemed like a neater solution.
One thing I'd quite like to be able to do is build a more specialised version
of, say, the i586-linux configuration for low memory environments. I haven't
fully thought about how this would work from a configuration point of view.
>Note that there was some degree of embedded support before,
>see sysdeps/standalone and the *-*-none configs.
Yes, indeed. I'm actually using an arm-none configuration already.
p.