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,1cf653444208df72 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2001-10-10 08:49:41 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news.tele.dk!small.news.tele.dk!130.59.214.20!news-ge.switch.ch!newsfeed00.sul.t-online.de!newsfeed01.sul.t-online.de!t-online.de!newsfeed.germany.net!newsfeed2.easynews.net!easynews.net!news.cid.net!news.enyo.de!news1.enyo.de!not-for-mail From: Florian Weimer Newsgroups: comp.lang.ada Subject: Re: ada vs. cpp Date: Wed, 10 Oct 2001 18:10:42 +0200 Organization: Enyo's not your organization Message-ID: <87669nh3wd.fsf@deneb.enyo.de> References: <3bc461ef.27216781@news.cis.dfn.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Xref: archiver1.google.com comp.lang.ada:14165 Date: 2001-10-10T18:10:42+02:00 List-Id: dmitry@elros.cbb-automation.de (Dmitry Kazakov) writes: > Maybe for Ada 2100 (:-)). It could be interesting to add lazy > evaluation mode. Something like Algol's by-name parameters. Lazy evaluation and side effects do not mix well, so this is not going to happen (unless Ada becomes a purely applicative language, which is, uhm, very unlikely).