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=ham autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,52fd60a337c05842 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2002-06-15 20:32:05 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!newsfeed.berkeley.edu!ucberkeley!intgwpad.nntp.telstra.net!news.telstra.net!news-server.bigpond.net.au!not-for-mail From: Dale Stanbrough Newsgroups: comp.lang.ada Subject: Re: ada paper critic References: <3D095F70.8090001@telepath.com> <3D09A3D9.FCFE2426@sympatico.ca> User-Agent: MT-NewsWatcher/3.2 (PPC Mac OS X) Message-ID: Date: Sun, 16 Jun 2002 03:32:03 GMT NNTP-Posting-Host: 144.132.91.90 X-Complaints-To: news@bigpond.net.au X-Trace: news-server.bigpond.net.au 1024198323 144.132.91.90 (Sun, 16 Jun 2002 13:32:03 EST) NNTP-Posting-Date: Sun, 16 Jun 2002 13:32:03 EST Organization: BigPond Internet Services (http://www.bigpond.net.au) Xref: archiver1.google.com comp.lang.ada:26066 Date: 2002-06-16T03:32:03+00:00 List-Id: David Marceau wrote: > I don't remember seeing anything in the ada95 rationale or the reference > manual mentioning > "minimize run-time processing" as part of the ada language design > intent. You haven't looked hard enough. It's in the introduction to design of Ada83 (and prob. still in the intro to Ada95) that run time efficiency was an important factor in the design. They got it wrong in a couple of cases - notably rendezvous (as the only sync mechanism), and holey representation clauses for enumeration types (...when you iterate over them with a for loop, or use them as an index into an array). Dale