(i'm acting as devil's advocate)

>Another encoding modules, for example, an encoding module which can 
>handle any codeset represented by charmap format. (this is required
>to support localedef correctly).

	charset table will be /usr/share/locale/*/LC_CTYPE, and
	it will be loaded on demand.  i don't see *code* overbloat in
	this case (yes, data can be huge, but we are talking about code)

>Also, special LC_TIME module which can handle programmable date 
>representation may make sense.
>Perhaps special LC_COLLATE module which can handle programablle 
>collation order, too.

	did they need such thing in glibc?  from what i see in glibc-2.2,
	they did not...

itojun