On Wednesday 04 May 2005 23:24, [EMAIL PROTECTED] wrote:
> Benjamin Franksen writes:
> > [EMAIL PROTECTED] wrote:
> >> Bryce Bockman writes:
> >>
> >> Don't confuse categories please. SICP doesn't say how to make a lazy
> >> variant of Scheme. Applicative protocol is not normal protocol, the
> >> reduction is, as it is.
> >
> > We may have a different copy of SICP, but in mine (2nd edition) there is
> > Chapter 4.2 "Variantions on a Scheme -- Lazy Evaluation" and in
> > particular 4.2.2 "An Interpreter with Lazy Evaluation".
>
> Absolutely right, and BTW., I had
> http://mitpress.mit.edu/sicp/full-text/book/book-Z-H-27.html#%_sec_4.2
> on the screen when I wrote what I wrote. Michael Vanier explained well
> my aim (better than myself, an optional sad smiley here...).
>
> I wanted just to say that a lazy interpreter etc., *is not Scheme*. Well,
> AS say: "In this section we will implement a normal-order language that is
> the same as Scheme except that compound procedures are non-strict in each
> argument. Primitive procedures will still be strict." We read, and we see
> that the lazy layer is a superficial one, with 'forcing' implemented at
> the surface, so for me it was enough to remark that I consider it to be
> a different language.

Ok, I think I see now what you mean.

Ben
_______________________________________________
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Reply via email to