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,a00006d3c4735d70 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2004-02-26 05:50:06 PST Path: archiver1.google.com!news2.google.com!newsfeed2.dallas1.level3.net!news.level3.com!crtntx1-snh1.gtei.net!news.gtei.net!newsfeed1.easynews.com!easynews.com!easynews!news.he.net!cyclone-sf.pbi.net!216.196.106.144!border2.nntp.sjc.giganews.com!border1.nntp.sjc.giganews.com!nntp.giganews.com!local1.nntp.sjc.giganews.com!nntp.comcast.com!news.comcast.com.POSTED!not-for-mail NNTP-Posting-Date: Thu, 26 Feb 2004 07:50:05 -0600 Date: Thu, 26 Feb 2004 08:50:04 -0500 From: "Robert I. Eachus" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 Newsgroups: comp.lang.ada Subject: Re: In-Out Parameters for functions References: <1075390647.405841@master.nyc.kbcfp.com> <1075851506.238480@master.nyc.kbcfp.com> <4020C947.81A6D703@0.0> <1075907239.138068@master.nyc.kbcfp.com> <402232E9.3EE15B4B@0.0> <1075987360.225622@master.nyc.kbcfp.com> <40236C0B.E988E003@0.0> <1077634311.254581@master.nyc.kbcfp.com> <82347202.0402251405.2db2f3c5@posting.google.com> <1077747598.55635@master.nyc.kbcfp.com> In-Reply-To: <1077747598.55635@master.nyc.kbcfp.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Message-ID: NNTP-Posting-Host: 24.147.77.160 X-Trace: sv3-sU80Nwor8eWSRE7W2zzhxsxqoo0TeaweddJSGTpx2eWMhoGLvQOZFvZH07DP0uQjboFNAWwFuzN+S00!e5PAGZ6DAa4G8XWqiIJeYg3cSpP93YG24uB7Rz2lGQrbFWESFO8Cm9hCg/ZW/w== X-Complaints-To: abuse@comcast.net X-DMCA-Complaints-To: dmca@comcast.net X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly X-Postfilter: 1.1 Xref: archiver1.google.com comp.lang.ada:5845 Date: 2004-02-26T08:50:04-05:00 List-Id: Hyman Rosen wrote: > Jim Rogers wrote: > >> But how does his order of evaluation work with named notation? > > > I would go with the order of the actual parameters, > not the order of the formal parameters. One goal of > specifying evaluation order is to have unsurprising > behavior, so saying > Battery(Catcher => GetName, Pitcher => GetName); > should assign the first name read to Catcher and the > second to Pitcher, regardless of the order of the formal > parameters of Battery. > > I can't at the moment think of a good reason for doing it > the other way from the programmer's point of view, rather > than for the convenience of the compiler. You can't but Randy posted a very good explanation of why his compiler does it in a different order. And even at the risk of sounding like a broken record, the Ada standard say this will be done in "an arbitrary order." If a user wants to, he can use other language rules (and code that makes it obvious that it is intentional) to force a particular evaluation order. But it is much harder to do that than to make the code agnostic about evaluation order, and that is intentional. -- Robert I. Eachus "The only thing necessary for the triumph of evil is for good men to do nothing." --Edmund Burke