> DC> I would propose that the C<grep> operation should short-circuit if the > DC> block throws an exception, with the value of the expection determining > DC> whether the final invocation of the block should accept the element it > DC> was filtering: > > Why not spell it 'yield'? > > It seems to have all the right connotations. > > A sort of soft return. Gives of itself. Very polite. :-) I did consider that too, but the problem is that according to RFC 31 a C<yield> leaves the future entry point of a block at the next statement after the C<yield>, whereas the block needs to start from the beginning on each iteration. Damian
- Re: $a in @b Jarkko Hietaniemi
- Re: $a in @b Damian Conway
- Re: $a in @b Steve Fink
- Re: $a in @b Tom Christiansen
- Re: $a in @b Damian Conway
- Re: $a in @b Steve Fink
- Re: $a in @b Damien Neil
- Re: $a in @b Damian Conway
- Re: $a in @b John Porter
- Re: $a in @b Chaim Frenkel
- C<map> in RFC 31 Damian Conway
- C<map> in RFC 31 David L. Nicol
- Re: C<map> in RFC 31 Damian Conway
- more yield tricks ((was Re: ... David L. Nicol
- Re: more yield tricks ((was... Damian Conway
- Re: more yield tricks ((was ... Randal L. Schwartz
- Re: more yield tricks ((was ... Damian Conway
- Re: $a in @b David L. Nicol
- Re: $a in @b Jarkko Hietaniemi
- Re: $a in @b Graham Barr
- RE: $a in @b Damian Conway