SRFI 43 vs. R7RS-small
John Cowan
(28 Oct 2015 13:26 UTC)
|
Re: SRFI 43 vs. R7RS-small
Sven Hartrumpf
(28 Oct 2015 13:43 UTC)
|
Re: SRFI 43 vs. R7RS-small
John Cowan
(28 Oct 2015 14:20 UTC)
|
Re: SRFI 43 vs. R7RS-small
Shiro Kawai
(28 Oct 2015 14:57 UTC)
|
Re: SRFI 43 vs. R7RS-small
John Cowan
(28 Oct 2015 16:13 UTC)
|
Re: SRFI 43 vs. R7RS-small
Shiro Kawai
(29 Oct 2015 01:36 UTC)
|
Re: SRFI 43 vs. R7RS-small
Taylor R Campbell
(28 Oct 2015 15:49 UTC)
|
Re: SRFI 43 vs. R7RS-small John Cowan (28 Oct 2015 16:16 UTC)
|
Re: SRFI 43 vs. R7RS-small
Taylor R Campbell
(28 Oct 2015 16:50 UTC)
|
Re: [scheme-reports-wg2] SRFI 43 vs. R7RS-small
Arthur A. Gleckler
(28 Oct 2015 21:25 UTC)
|
Re: [scheme-reports-wg2] SRFI 43 vs. R7RS-small
Alex Shinn
(02 Nov 2015 06:16 UTC)
|
Re: [scheme-reports-wg2] SRFI 43 vs. R7RS-small
John Cowan
(02 Nov 2015 13:56 UTC)
|
Re: [scheme-reports-wg2] SRFI 43 vs. R7RS-small
Shiro Kawai
(02 Nov 2015 14:17 UTC)
|
Re: [scheme-reports-wg2] SRFI 43 vs. R7RS-small
Alex Shinn
(02 Nov 2015 15:18 UTC)
|
Re: SRFI 43 vs. R7RS-small
Sudarshan S Chawathe
(30 Oct 2015 21:10 UTC)
|
Re: SRFI 43 vs. R7RS-small
John Cowan
(31 Oct 2015 15:44 UTC)
|
Re: [scheme-reports-wg2] SRFI 43 vs. R7RS-small
Faré
(02 Nov 2015 23:08 UTC)
|
Re: [scheme-reports-wg2] SRFI 43 vs. R7RS-small
John Cowan
(04 Nov 2015 01:59 UTC)
|
Re: [scheme-reports-wg2] SRFI 43 vs. R7RS-small
Faré
(04 Nov 2015 05:53 UTC)
|
Taylor R Campbell scripsit: > I doubt whether SRFI 43 matters to anyone. One is better served all > around by foof-loop than by SRFI 43. One may be, but another may not. In any case it is not either/or: the two versions of foof-loop have both been proposed for a later color edition of R7RS-large along with the other syntactic structures. > Preferred. This is a problem that one may have to deal with in any > sufficiently large and diverse code base. But it is embarrassing for what purports to be a standard. > 2) Fork SRFI-43 minimally. Rename the procedures to `vector-map/index` > and `vector-for-each/index` or the like (something better, preferably). > This resolves the conflict, but is fairly unmotivated in SRFI 43 terms. > > Reasonable. > > 3) Fork SRFI-43, doubling up on all procedures with procedure > arguments. This would mean introducing two forms of the seven such > procedures, `vector-fold`, `vector-fold-right`, `vector-reduce`, > `vector-reduce-right`, `vector-map`, `vector-map!`, and `vector-for-each`: > one that accepts an index (and has a name ending in `/index`) and another > that does not (re-exporting the names `vector-map` and `vector-for-each` > in an R7RS context). This is a full solution, but adds more names and > complexities. > > Reasonable. I wish you would express a preference as between these two. -- John Cowan http://www.ccil.org/~cowan xxxxxx@ccil.org "Not to know The Smiths is not to know K.X.U." --K.X.U.