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=unavailable autolearn_force=no version=3.4.4 X-Received: by 10.236.53.104 with SMTP id f68mr32500057yhc.52.1431518821879; Wed, 13 May 2015 05:07:01 -0700 (PDT) X-Received: by 10.140.36.232 with SMTP id p95mr300123qgp.17.1431518821859; Wed, 13 May 2015 05:07:01 -0700 (PDT) Path: eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!mx02.eternal-september.org!feeder.eternal-september.org!usenet.blueworldhosting.com!feeder01.blueworldhosting.com!peer02.iad.highwinds-media.com!news.highwinds-media.com!feed-me.highwinds-media.com!j5no8241333qga.1!news-out.google.com!t92ni399qga.1!nntp.google.com!j5no8241332qga.1!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail Newsgroups: comp.lang.ada Date: Wed, 13 May 2015 05:07:01 -0700 (PDT) In-Reply-To: Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=50.111.106.222; posting-account=Ies7ywoAAACcdHZMiIRy0M84lcJvfxwg NNTP-Posting-Host: 50.111.106.222 References: <47c7df1e-17c1-44cb-a455-43431f0d39cd@googlegroups.com> <85zj5wb9et.fsf@stephe-leake.org> <4b14659e-8c26-4c0a-8945-a5289740e054@googlegroups.com> <51c639dd-a48c-4130-becd-750cb23094da@googlegroups.com> <35aabdcd-6064-4999-9cdf-d143b0593a31@googlegroups.com> <13a13e0e-0de4-4235-9e1e-c6e0446d3f04@googlegroups.com> <30d9ad09-ee34-4172-802a-152ab5e797f9@googlegroups.com> User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: <432ba67d-374d-4ce9-9248-81e7e8ae4327@googlegroups.com> Subject: Re: Textedit and txt From: brbarkstrom@gmail.com Injection-Date: Wed, 13 May 2015 12:07:01 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Received-Bytes: 3709 X-Received-Body-CRC: 1809944831 Xref: news.eternal-september.org comp.lang.ada:25864 Date: 2015-05-13T05:07:01-07:00 List-Id: > ... > > 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. Sounds sensible. I'll note for general interest that the new Comm. of the ACM has an article on a legal case that may come up before the Supreme Court with an argument between Oracle and Google about whether API's can be copyrighted. Oracle has argued that the API's that give rise to the Java libraries can be copyrighted; Google argues that they can't [see Sprigman, C. J., 2015: Oracle v. Google: A High-Stakes Legal Fight for the Software Industry, CACM, 58, No. 5, 27-29]. The article points out that one of the advantages of Java (at present) is that developers can become familiar with the libraries of methods and quickly apply them when they want to write a new application. If Oracle wins, Oracle will probably want to make the libraries proprietary and license them. I suspect that the Ada libraries, particularly those that are part of the gcc releases, may be less prone to that kind of problem. However, the case bears watching. Bruce B.