Path: utzoo!mnetor!uunet!husc6!cmcl2!brl-adm!brl-smoke!gwyn
From: gwyn@brl-smoke.ARPA (Doug Gwyn )
Newsgroups: comp.lang.c
Subject: Re: Long Chars & Internationalisation
Message-ID: <7484@brl-smoke.ARPA>
Date: 20 Mar 88 02:18:49 GMT
References: <12341@brl-adm.ARPA> <1418@tolerant.UUCP> <1386@edison.GE.COM>
Reply-To: gwyn@brl.arpa (Doug Gwyn (VLD/VMB) <gwyn>)
Organization: Ballistic Research Lab (BRL), APG, MD.
Lines: 15
Keywords: Foreign character sets

In article <1386@edison.GE.COM> rja@edison.GE.COM (rja) writes:
>  There is a need to be able to handle these 16-bit and 8-bit characters
>in C intelligently.  I've yet to be convinced how best to do it.  This 
>SHOULD be looked into by the ANSI committee until a consensus can be reached
>on how to do this.  I don't believe that the std itself should be held up
>just because of longchar support.

???  This HAS been looked into by X3J11 and a solution proposed,
that has been accepted by a large segment of the internationalization
folks.

I happen to dislike the solution because it treats character sets
such as kanji as second-class citizens, but the Japanese seem to
not mind.  My guess is that they're so desperate for a solution
that they'll accept anything workable.