Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!husc6!necntc!ima!haddock!karl
From: karl@haddock.ISC.COM (Karl Heuer)
Newsgroups: comp.std.internat
Subject: Re: International Collating Sequence
Message-ID: <1362@haddock.ISC.COM>
Date: Mon, 12-Oct-87 17:15:58 EDT
Article-I.D.: haddock.1362
Posted: Mon Oct 12 17:15:58 1987
Date-Received: Wed, 14-Oct-87 02:12:59 EDT
References: <2706@sol.ARPA> <29640@sun.uucp> <363@zuring.cwi.nl> <1483@ist.UUCP>
Reply-To: karl@haddock.ima.isc.com (Karl Heuer)
Organization: Interactive Systems, Boston
Lines: 16

In article <1483@ist.UUCP> agc@ist.UUCP (Alistair G. Crooks) writes:
>Why not strip the string routines from libc into a shared library,
>that can be dynamically linked at run time? Or even just strcmp()
>and strncmp()?

Actually, a shared library normally gives you the choice at startup-time
rather than run-time.

I don't think it's appropriate to replace strcmp().  Most uses of strcmp() are
to test two strings for exact equality; these should be left alone.  The ANSI
C library includes a new function (it's "strcoll()" in the Oct86 dpANS; but I
think it may have changed since then) which will "digest" any string in a
locale-specific way.  (For example, in German-Telephone-Directory mode it
could map "Schr\(o"der" to "schroeder".)  This seems like a good approach.

Karl W. Z. Heuer (ima!haddock!karl or karl@haddock.isc.com), The Walking Lint