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,9d303864ae4c70ad X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2004-04-09 15:51:02 PST Path: archiver1.google.com!news1.google.com!news.glorb.com!newsfeed.stueberl.de!feed.news.tiscali.de!news.belwue.de!LF.net!news.enyo.de!not-for-mail From: Florian Weimer Newsgroups: comp.lang.ada Subject: Re: Reprise: 'in out' parameters for functions Date: 10 Apr 2004 00:47:22 +0200 Message-ID: <87lll4ydj9.fsf@deneb.enyo.de> References: <87brm1pksa.fsf@deneb.enyo.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: albireo.enyo.de 1081550848 19801 212.9.189.171 (9 Apr 2004 22:47:28 GMT) User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 Xref: archiver1.google.com comp.lang.ada:6930 Date: 2004-04-10T00:47:22+02:00 List-Id: "Dmitry A. Kazakov" writes: > > Can't we fix that one without breaking backwards compatibility? > > procedure Has_A_Result (...) return Result; Well, this is solution is obviously quite bad because "procedure" and "function" are now almost (but not quite) interchangeable. > > Or are politics involved? > > I think so. But there also is the problem of evaluation order, > though simply ignored for access parameters of functions. Does making parameters "in out" really make things considerably worse? -- Current mail filters: many dial-up/DSL/cable modem hosts, and the following domains: postino.it, tiscali.co.uk, tiscali.cz, tiscali.it, voila.fr.