[uClibc] locale support does not build

Manuel Novoa III mjn3 at codepoet.org
Tue Sep 16 17:35:28 UTC 2003


Hello,

On Tue, Sep 16, 2003 at 07:12:40PM +0200, Peter S. Mazinger wrote:
> On Tue, 16 Sep 2003, Manuel Novoa III wrote:
> > On Tue, Sep 16, 2003 at 05:48:15PM +0200, Peter S. Mazinger wrote:
> > > I have built uClibc first with the pregenerated locale data and installed 
> > > it. After that I tried to build it again in a clean uClibc environment 
> > > using the procedure described in extra/locale/README, but it won't build. 
> > 
> It works with the applied patch, but probably not this is the solution ;-(

The basic problem is that the locale data generation tools are...  well...
complete garbage.  :-)  I even say so in the README.  Rewriting them to
process real locale specification files (removing the glibc dependency),
as well as massive cleanup of the locale support code in uClibc is one
of the big items on my todo list.

The current implementation of locale support works, but it is the
proverbial "first implementation to be thrown away".  In the next
iteration, I will probably natively support only the the UTF-8
locales and generate the 8-bit codeset locales on the fly.  I also
plan to add support for other currently unsupported codesets.

> --- extra/locale/gen_locale.c.mps	2003-09-16 19:06:27.000000000 +0200
> +++ extra/locale/gen_locale.c	2003-09-16 19:06:43.000000000 +0200
> @@ -10,7 +10,9 @@
>  #include <nl_types.h>
>  #include <stdint.h>
>  
> +#ifndef __UCLIBC__
>  #include "c8tables.h"
> +#endif

Unfortunately, this will break things if you make a different selection
of supported 8-bit codesets.

I regret not trying to build uClibc locale support using uClibc itself
before this last release.  But, such is life.  :-(  I'll look into it
and hopefully get things sorted out in the next couple of days.

Sorry for the inconvenience.

Manuel




More information about the uClibc mailing list