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,88ed72d98e6b3457 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2003-10-11 22:14:02 PST Path: archiver1.google.com!news2.google.com!news.maxwell.syr.edu!wn14feed!worldnet.att.net!204.127.198.203!attbi_feed3!attbi.com!rwcrnsc53.POSTED!not-for-mail Message-ID: <3F88E2F4.90705@comcast.net> From: "Robert I. Eachus" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.2) Gecko/20021120 Netscape/7.01 X-Accept-Language: en-us, en MIME-Version: 1.0 Newsgroups: comp.lang.ada Subject: Re: Standard Library Interest? References: <3F7F760E.2020901@comcast.net> <3F8035B0.7080902@noplace.com> <3F816A35.4030108@noplace.com> <3F81FBEC.9010103@noplace.com> <6Ingb.30667$541.13861@nwrdny02.gnilink.net> <3F82B4A4.5060301@noplace.com> <3F82F527.3020101@noplace.com> <3F846B5E.9080502@comcast.net> <3F855460.6020804@noplace.com> <3F86211B.103@comcast.net> <3F8640CA.6090306@noplace.com> <3F86FE09.3050302@comcast.net> <3F8816EB.1010009@noplace.com> <3F88A577.5000803@noplace.com> <6Z1ib.15647$0I6.14413@nwrdny03.gnilink.net> <3F88B81F.8000403@noplace.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit NNTP-Posting-Host: 24.34.139.183 X-Complaints-To: abuse@comcast.net X-Trace: rwcrnsc53 1065935642 24.34.139.183 (Sun, 12 Oct 2003 05:14:02 GMT) NNTP-Posting-Date: Sun, 12 Oct 2003 05:14:02 GMT Organization: Comcast Online Date: Sun, 12 Oct 2003 05:14:02 GMT Xref: archiver1.google.com comp.lang.ada:709 Date: 2003-10-12T05:14:02+00:00 List-Id: Marin David Condic wrote: > Suppose you had a package spec called "CAL.Containers.Lists" and it > provided a simple, basic, run-of-the-mill linked list data structure. It > gets packaged and shipped with every Ada compiler and might be > periodically updated to fix bugs or add a few new features. No problem. > Its not in the ARM, so nobody is going to get their panties in a bunch > because the changes are "non-standard". Ultimately, you're no worse off > than if you are hooking up to the Win32api - Micro$oft issues a new > release and something changed and you've got to potentially go fix your > code. No big deal - its done every day. > > Ten years from now when the ARM is getting revised again, ACT, Aonix, > RR, et alia, all sit around in the smoke-filled room of the ARG > headquarters and say, "We think that CAL.Containers.Lists needs to be > incorporated into the standard and become "Ada.Containers.Lists"..." > What's the problem? The ARM simply copies the spec, changes the names > and adds a whole bunch of words that says "Ada.Containers.Lists must > behave in this manner..." How you get it there is an implementation > detail. Since the vendors already have CAL, they could copy & rename the > source as needed. They could use a renames if they wanted to. It doesn't > matter. > > In the mean time, the CAL library still contains a CAL.Containers.Lists > and the editors of CAL have to decide what to do about it. They could > declare it to be a feature that is superceded by the ARM and discontinue > any modifications to it - basically pointing at its counterpart and > advising you to use that as its successor for all new development. They > could continue to modify and extend it to see if some new features > become desirable & perhaps impact the next ARM. They could delete it and > tell their users to either go with an earlier version of the library or > convert to the ARM version. Its an incredibly TBD issue and it really > doesn't matter today what direction it goes down. The point is that A > Solution Does Exist, so don't try to figure it out *today*. Very good, but be aware that for Ada.Containers.Lists, the issue is not ten years down the road, it is probably December. In fact, I didn't go to the Halifax meeting, and Randy is probably typing busily away to provide the minutes and update the AIs to reflect what went on at the meeting. It is possible that the ARG could recommend an "official" Ada.Containers heirarchy as early as this December. If not, it may happen at the WG9 meeting in conjunction with Ada Europe next spring. -- Robert I. Eachus "Quality is the Buddha. Quality is scientific reality. Quality is the goal of Art. It remains to work these concepts into a practical, down-to-earth context, and for this there is nothing more practical or down-to-earth than what I have been talking about all along...the repair of an old motorcycle." -- from Zen and the Art of Motorcycle Maintenance by Robert Pirsig