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
	autolearn=unavailable autolearn_force=no version=3.4.4
Path: 
 eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!mx02.eternal-september.org!feeder.eternal-september.org!gandalf.srv.welterde.de!news.jacob-sparre.dk!loke.jacob-sparre.dk!pnx.dk!.POSTED!not-for-mail
From: "Randy Brukardt" <randy@rrsoftware.com>
Newsgroups: comp.lang.ada
Subject: Re: Textedit and txt
Date: Tue, 12 May 2015 16:57:11 -0500
Organization: Jacob Sparre Andersen Research & Innovation
Message-ID: <mitsvn$1in$1@loke.gir.dk>
References: <47c7df1e-17c1-44cb-a455-43431f0d39cd@googlegroups.com>
 <85zj5wb9et.fsf@stephe-leake.org>
 <4b14659e-8c26-4c0a-8945-a5289740e054@googlegroups.com>
 <e22e7ff6-d970-4116-924d-d01e9abc203c@googlegroups.com>
 <f2449f16-4901-4b85-86d3-79b8235ad4ec@googlegroups.com>
 <51c639dd-a48c-4130-becd-750cb23094da@googlegroups.com>
 <mie0on$39l$1@loke.gir.dk>
 <35aabdcd-6064-4999-9cdf-d143b0593a31@googlegroups.com>
 <13a13e0e-0de4-4235-9e1e-c6e0446d3f04@googlegroups.com>
 <mirjts$m28$1@loke.gir.dk>
 <30d9ad09-ee34-4172-802a-152ab5e797f9@googlegroups.com>
NNTP-Posting-Host: rrsoftware.com
X-Trace: loke.gir.dk 1431467832 1623 24.196.82.226 (12 May 2015 21:57:12 GMT)
X-Complaints-To: news@jacob-sparre.dk
NNTP-Posting-Date: Tue, 12 May 2015 21:57:12 +0000 (UTC)
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2900.5931
X-RFC2646: Format=Flowed; Original
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157
Xref: news.eternal-september.org comp.lang.ada:25852
Date: 2015-05-12T16:57:11-05:00
List-Id: <comp.lang.ada>

<brbarkstrom@gmail.com> wrote in message 
news:30d9ad09-ee34-4172-802a-152ab5e797f9@googlegroups.com...
...
> I don't agree with
> the notion of creating a "deprecated" category of items.

Ada has had such a category since Ada 95. See Annex J. So we'd hardly be 
creating it, just adding to it.

I'm not much interested in that; I'd just make a new set of stuff that lives 
alongside the old stuff (I don't see any practical way to get rid of type 
String itself). I'd love to take all of the Wide_Wide_ stuff and toss it 
into the garbage, as no one would ever use that if they had any reasonable 
choice (wastes too much space and time).

The problem is that we're supposed to add Wide_Wide_ support to everything 
that doesn't have it already, and if we do that, everything turns to 
madness. (Do you want to have Wide_Wide_Open in all of the I/O libraries? I 
sure as heck don't.) So the question isn't whether we add a large lump of 
new stuff (that's a given), the question is whether we try to do it sanely 
or just give up and add another thousand things no one will ever use. (The 
Wide_Wide_ stuff is already in that category.)

                                                 Randy.