Email list hosting service & mailing list manager

SRFI-1/SRFI-13 inconsistency in tabulate procedure Olin Shivers (20 Mar 2001 23:10 UTC)
Re: SRFI-1/SRFI-13 inconsistency in tabulate procedure sperber@xxxxxx (21 Mar 2001 07:58 UTC)
Re: SRFI-1/SRFI-13 inconsistency in tabulate procedure shivers@xxxxxx (21 Mar 2001 15:36 UTC)
Re: SRFI-1/SRFI-13 inconsistency in tabulate procedure Shriram Krishnamurthi (21 Mar 2001 16:48 UTC)
More on SRFI-1/SRFI-13 inconsistency in tabulate procedure Olin Shivers (21 Mar 2001 21:01 UTC)

Re: SRFI-1/SRFI-13 inconsistency in tabulate procedure sperber@xxxxxx 21 Mar 2001 07:58 UTC

>>>>> "Olin" == Olin Shivers <xxxxxx@tokyo.cc.gatech.edu> writes:

Olin> A reviewer has spotted a consistency problem between SRFI-13 & SRFI-1
Olin> that needs to be fixed. SRFI-13's procedure
Olin>     (STRING-TABULATE proc len) -> string
Olin> takes it arguments backwards from SRFI-1's
Olin>     (LIST-TABULATE len proc) -> list

Olin> As future SRFIs may also introduce by-index TABULATE constructors for other
Olin> aggregate data structures (e.g., vectors), it's important to be consistent.

Olin> There are three possibilities:

Olin> 1. Change SRFI-1 to
Olin>     (LIST-TABULATE proc len) -> list
Olin>    This would be consistent with all the other higher-order iterators
Olin>    such as MAP, FOR-EACH, ANY, EVERY, etc. This is a *very* widely-maintained
Olin>    convention.

Olin> My preference is option 1.

This is not an option.  SRFI 1 is final.

Olin> Send them to srfi-1@srfi.schemers.org

That mailing list has long been disabled because of the above reason.

--
Cheers =8-} Mike
Friede, Völkerverständigung und überhaupt blabla