lazy as an operator or attribute was discussed (a year ago?) on
p5p.
This would be needed to allow user subs to operate exactly like built-ins.
sub foo : lazy { ... }
or
&foo lazy @foo, &bar(), ...
(Hmm,
Actually, putting a code ref/closure on the stack, then the @_ iterator
would then execute/iterate over it.
)
<chaim>
>>>>> "AS" == Ariel Scolnicov <[EMAIL PROTECTED]> writes:
AS> This would be nice, but I think should be folded into something more
AS> general, like tieable first-class iterators. I'm still trying to pull
AS> my thoughts together on this one, but lazy lists could be a special
AS> case of iterators.
AS> An `iterator' should have properties somewhat like these; the idea is
AS> to allow the implementation of `map', `grep', `zip', `reduce', `for',
AS> and maybe others. Also, as a first-class type, users should be able
AS> to use all iterator facilities.
--
Chaim Frenkel Nonlinear Knowledge, Inc.
[EMAIL PROTECTED] +1-718-236-0183
