This is what I have added:

<p>The <code>range-map</code>
procedure eagerly computes its results and returns specialized
ranges that store arbitrary elements.  As a result, their size is
proportional to the number of elements in <em>range</em>.</p>.

Similar language for range-filter and range-remove.



On Sun, Aug 30, 2020 at 10:40 PM Wolfgang Corcoran-Mathe <xxxxxx@sigwinch.xyz> wrote:
On 2020-08-30 17:07 -0400, John Cowan wrote:
> It does to me.  Can you propose appropriate language for the SRFI?

I think the current wording needs only a slight change in emphasis.
Instead of

    "Returns a range/list/vector of the results of applying *proc*
    to each element of *range* in order.",

it may be sufficient to write

    "Applies *proc* to each element of *range* in order and returns a
    range/list/vector of the results.".

The latter suggests (to me, at least) that evaluating the applications
of *proc* should not be deferred.

--
Wolfgang Corcoran-Mathe  <xxxxxx@sigwinch.xyz>

"If one is searching for a needle in a haystack, look in the part
of the haystack that contains more needles." --Bird & Wadler