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.3 required=5.0 tests=BAYES_00,INVALID_MSGID, LOTS_OF_MONEY autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,2907a68906511623 X-Google-Attributes: gid103376,public From: Brian Rogoff Subject: Re: Idea for Ada 200x: Arguments that are procedures Date: 1998/07/03 Message-ID: #1/1 X-Deja-AN: 368536603 References: <6nh9f0$66i@netline.jpl.nasa.gov> Content-Type: TEXT/PLAIN; charset=US-ASCII X-Trace: 899509306 20802 bpr 206.184.139.132 Mime-Version: 1.0 Newsgroups: comp.lang.ada Date: 1998-07-03T00:00:00+00:00 List-Id: On 3 Jul 1998, Robert Dewar wrote: > There clearly will not be an anaologous development effort for Ada 200x > (compared to Ada 9X). FOr one thing the multi-million dollar funding > ncessary for such an approach is not there, and second, I don't think > anyone thinks it is appropriate at this stage. > > Instead we can expect to see implementations introduce extensions that > are genuinely useful for Ada users on a gradual basis, and if and when it > is time for a new standard, it is more likely to be a ratification and > refinement of such existing extensions. This is sensible. > Of course this will tend to be driven by large serious users of Ada, but > that is as it should be. There are as in any language design a large > diverse collection of ideas from language enthusiasts (for example, there > are some who would go FAR beyond the limited access proposal, and insist > on full closures), but real users doing real applications are always a > somewhat more credible source of input on what the real problems are! Hopefully small and medium users won't be ignored. In any case, the idea of integrating "full" closures into an Ada targetted for the JVM is not entirely absurd, since you have GC there anyways, much like you added Unrestricted_Access since gcc uses static links anyways. -- Brian