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