From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM autolearn=ham autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,5cb36983754f64da X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2004-04-17 06:58:10 PST Path: archiver1.google.com!news1.google.com!news.glorb.com!prodigy.com!wn13feed!worldnet.att.net!216.196.106.140!border1.nntp.sjc.giganews.com!nntp.giganews.com!local1.nntp.sjc.giganews.com!nntp.comcast.com!news.comcast.com.POSTED!not-for-mail NNTP-Posting-Date: Sat, 17 Apr 2004 08:58:09 -0500 Date: Sat, 17 Apr 2004 09:58:09 -0400 From: "Robert I. Eachus" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 Newsgroups: comp.lang.ada Subject: Re: No call for Ada (was Re: Announcing new scripting/prototyping language) References: <20040206174017.7E84F4C4114@lovelace.ada-france.org> <54759e7e.0402071124.322ea376@posting.google.com> <406EB6D2.8030801@noplace.com> <87d66pyw1g.fsf@insalien.org> <406EEC35.7040109@noplace.com> <874qs0zvy1.fsf@insalien.org> <40714C98.90601@noplace.com> <1073gv22t969q5a@corp.supernews.com> <40729B9D.30906@noplace.com> <1076000ef5oj06f@corp.supernews.com> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Message-ID: NNTP-Posting-Host: 24.147.90.114 X-Trace: sv3-eSJaKfp+mNIcFIdBBiQVxjjIR9LNY3hre7t/EzqL/dC4sUnCfcEZturmS6xL2o58O4Kt2nO/W3vr6D8!2BNr2NBdzuMlTJMsXBkXyrVvyN+V3S9G0hcGgOl6oijuCFSdyaZA4MlfJnzjLg== X-Complaints-To: abuse@comcast.net X-DMCA-Complaints-To: dmca@comcast.net X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly X-Postfilter: 1.1 Xref: archiver1.google.com comp.lang.ada:7255 Date: 2004-04-17T09:58:09-04:00 List-Id: David Starner wrote: > Furthermore, dismissing Unicode outside the BMP as Klingon is offensive > and just plain wrong. There's characters for musical notation, for Linear > A and B, for Gothic, for Aegean numbers, for a Mormon orthography for > English, for Chinese characters for non-Mandarian Chinese or Vietnamese or > archaic Chinese, but no characters for Klingon. In fact, the Unicode > Consortium has specifically said that Klingon is not suitable for encoding > at this time. Let's try dismissing things for technical reasons, instead > of the rumors and falsehoods that have been used so many times against Ada. I was not "dismissing" Unicode outside of the BMP as useless, I was just refering to one part of it. There is a mapping of Klingon to the "private use" area of the BMP, see http://www.evertype.com/standards/csur/index.html There is/was also a proposal to move Klingon to plane 1: http://std.dkuug.dk/jtc1/sc2/wg2/docs/n1643/n1643.htm As such, I thought Klingon was a good example of a character set where "full" Unicode was a nice to have, not a must have. If JTC1/SC2/WG2 has rejected N1643, that makes my point even more strongly, since the only Klingon encoding is the private use registration. >>Or you can compile with -gnatW8, which makes UTF-8 the >>default representation. > > I've always found this wrong. Information like this should be embedded in > the code, not in the compiler options. You CAN imbed use of UTF-8 for Ada.Text_IO files in the form string. But -gnatWa (for various values of a) tells the compiler how to interpret the character set in the SOURCE file. That is a little difficult to do in the source file itself. -- Robert I. Eachus "The terrorist enemy holds no territory, defends no population, is unconstrained by rules of warfare, and respects no law of morality. Such an enemy cannot be deterred, contained, appeased or negotiated with. It can only be destroyed--and that, ladies and gentlemen, is the business at hand." -- Dick Cheney