Subject: Re: Static linking of Citrus modules
To: None <tech-userlevel@netbsd.org>
From: Valeriy E. Ushakov <uwe@ptc.spbu.ru>
List: tech-userlevel
Date: 07/15/2005 09:20:14
Joerg Sonnenberger <joerg@britannica.bec.de> wrote:
> On Thu, Jul 14, 2005 at 05:56:45PM +0200, Martin Husemann wrote:
> > While your variant (c) works for the current state, I'm not sure
> > this will still be the case for a more complete locale
> > implementation. I would expect collation support to use dynamically
> > loaded functions (not only data tables).
>
> Well, I can't think of any language where collation needs more than
> a table. In fact, such a language would pretty much defeat the
> usual implementation e.g. of strcasecmp, since the only aspect which
> can't efficiently supported is stateful encoding or random
> mappings. At least the latter doesn't normally apply to human
> languages and would only cost memory and speed.
1) collation is sorting order, not toupper/lower mappings, so I don't
understand how strcasecmp is related
2) afaik, unicode-encoded tibetan cannot be properly collated with
tables only
SY, Uwe
--
uwe@ptc.spbu.ru | Zu Grunde kommen
http://www.ptc.spbu.ru/~uwe/ | Ist zu Grunde gehen