From zefram@fysh.org

The rejection of [perl #​126146] and [perl #​126147] as not bugs means
that the language features in question are not as general as the spec
documentation implies them to be. The specs should be edited to explicate
that they can't process just any visible value. This is an important
aspect of the reduction metaoperator [perl #​126146], the .map method [perl
#​126147], and presumably of other features that choke on IterationEnd,
such as the .List method on the Array class. (I'm assuming that the
not-a-bug rationale will apply to the others in the same way.)

We should have some clear rules on what types of values these mechanisms
are and are not expected to process. Is IterationEnd a unique exception?
Or is their intended scope limited to, say, the Any class, of which
IterationEnd and many other objects are not members?

-zefram

From @coke

Based on http://irclog.perlgeek.de/perl6/2015-09-24#i_11268009, documentation added to http://docs.perl6.org/type/Iterator

--
Will "Coke" Coleda

@coke - Status changed from 'new' to 'resolved'

From @coke

On Mon Sep 28 07​:53​:09 2015, coke wrote​:

Based on http://irclog.perlgeek.de/perl6/2015-09-24#i_11268009,
documentation added to http://docs.perl6.org/type/Iterator

It was just pushed, will take a short while for the site to rebuild.

--
Will "Coke" Coleda