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=unavailable autolearn_force=no version=3.4.4
Path: 
 eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!mx02.eternal-september.org!feeder.eternal-september.org!gandalf.srv.welterde.de!news.jacob-sparre.dk!loke.jacob-sparre.dk!pnx.dk!.POSTED!not-for-mail
From: "Randy Brukardt" <randy@rrsoftware.com>
Newsgroups: comp.lang.ada
Subject: Re: Running a preprocessor from GPS?
Date: Wed, 29 Jul 2015 15:09:28 -0500
Organization: Jacob Sparre Andersen Research & Innovation
Message-ID: <mpbbtq$vvi$1@loke.gir.dk>
References: <e610ca1e-4df6-4fbb-b3a1-ac35694d9072@googlegroups.com>
 <mp7pn9$mb3$1@dont-email.me> <1ckwx9hern944$.1w0k6fbvlqo62$.dlg@40tude.net>
 <fddb0ac0-6554-44d6-9c23-7c23883884d3@googlegroups.com>
 <mp7ulm$a4b$1@dont-email.me>
 <40d6112b-4b6e-45bd-9d50-2cbf5b773d70@googlegroups.com>
 <mp8q84$fbt$1@loke.gir.dk>
 <0b9d9227-61d8-4d55-9e6b-aa31180a2e6e@googlegroups.com>
NNTP-Posting-Host: rrsoftware.com
X-Trace: loke.gir.dk 1438200570 32754 24.196.82.226 (29 Jul 2015 20:09:30 GMT)
X-Complaints-To: news@jacob-sparre.dk
NNTP-Posting-Date: Wed, 29 Jul 2015 20:09:30 +0000 (UTC)
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2900.5931
X-RFC2646: Format=Flowed; Original
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157
Xref: news.eternal-september.org comp.lang.ada:27149
Date: 2015-07-29T15:09:28-05:00
List-Id: <comp.lang.ada>

"EGarrulo" <egarrulo@gmail.com> wrote in message 
news:0b9d9227-61d8-4d55-9e6b-aa31180a2e6e@googlegroups.com...
On Tuesday, July 28, 2015 at 10:55:33 PM UTC+2, Randy Brukardt wrote:
>  Lazy evaluation -- which can be mimicked with a macro in simpler cases --  
> is not some exotic feature, is it?

It would be in a language that compiles to native code (I don't think either 
C or C++ don't have it). The implementation would have to be something like 
an implicit subprogram that is passed instead of the actual parameter value; 
that would definitely impact the code size and probably would slow down the 
execution as well. (Note that it is not possible to do lazy evaluation on a 
call-by-call basis, as it would necessarily change the code in the body --  
and no one would want lazy evaluation to be the default for all bodies.)

As I used to say during the Ada 9x process -- "everything is implementable; 
the question is really whether it is implementable efficiently (code size, 
code space, compiler effort)".

                       Randy.