constructor naming
Taylor Campbell
(22 Dec 2003 22:07 UTC)
|
Re: constructor naming
Aubrey Jaffer
(05 Jan 2004 19:15 UTC)
|
Re: constructor naming Taylor Campbell (06 Jan 2004 00:06 UTC)
|
Re: constructor naming
Aubrey Jaffer
(09 Jan 2004 03:09 UTC)
|
Re: constructor naming Taylor Campbell 06 Jan 2004 00:06 UTC
On Jan 5, 2004, at 2:15 PM, Aubrey Jaffer wrote: > | From: Taylor Campbell <xxxxxx@evdev.ath.cx> > | Date: Mon, 22 Dec 2003 17:07:43 -0500 > | > | Why was the constructor renamed to CREATE-ARRAY? > > So that it won't conflict with SRFI-25. But ARRAY-SET! et alia conflict, too. The argument you give for that, 'just use type dispatch,' works for MAKE-ARRAY, too. >> From: Aubrey Jaffer <xxxxxx@alum.mit.edu> >> Date: Sat, 29 Nov 2003 15:44:16 -0500 (EST) >> >> | * Subject: compatibility >> | * From: Per Bothner <xxxxxx@bothner.com> >> | * Date: Wed, 12 Nov 2003 12:04:15 -0800 >> | >> | While the SRFI process allows alternative and incompatible >> | implementations, a meta-goal is to define APIs that can be portable >> | across Scheme implementations. This new specification touches on >> | existing SRFIs 4 and 25, both of which have been implemented by a >> | number of Scheme systems. While in theory it may be possible to >> | implement both SRFIs 25 and 47 at the same time (by descriminating >> | of the parameters to make-array), that would be a fragile hack. >> | >> | The new SRFI is deliberately incompatible with a prior SRFI, and >> | one that is implemented in multiple Scheme systems. >> >> You have it backwards! As the appended SRFI-25 message shows, it was >> their decision to be deliberately incompatible with SLIB and its >> installed base. ... > > | Everywhere else it's MAKE-foo: R5RS's MAKE-VECTOR & MAKE-STRING, > | SRFI 1's MAKE-LIST, SRFI 25's MAKE-ARRAY, et cetera; > > CREATE-ARRAY can create uniform arrays of various types. The > procedures you mention do not; (MAKE-STRING can return char arrays > only). MAKE-ARRAY is incompatable with the others in that its first > argument is not (necessarily) an integer. Again, if you're OK with the conflict with ARRAY-SET!, then you should be OK with the conflict with MAKE-ARRAY. > | I think that CREATE-ARRAY breaks a lot of consistency. > > SRFI-47 array procedures have a different consistency: > > (create-array proto bound1 bound2 ...) > (make-shared-array array mapper bound1 bound2 ...) > (array-set! array obj index1 index2 ...) > (array-in-bounds? array index1 index2 ...) > (array-ref array index1 index2 ...) I wasn't referring to argument list consistency; I was referring to naming consistency. Much Scheme code I read & write uses MAKE- as any kind of constructor, be it for indexed or record structures. The basic idea that I've seen: MAKE-... is the basic constructor, with others built on top of it (e.g., MAKE-STRING & STRING) > | I didn't see any consensus on renaming on this mailing list, > | either... > > The only occurence of the word "consensus" in > http://srfi.schemers.org/srfi-process.html is: > > In particular, lack of a reference implementation (as defined above) > is grounds for rejection. This can only occur if the ``reference > implementation'' requirement is being met by an outlined > implementation (type 5), and there is consensus that the > implementation outline is not adequate. Note that this is never a > permanent rejection, because creation of an implementation of one of > the other types is a complete refutation of this basis for > rejection. > > Which doesn't apply to SRFI-47. OK, let me rephrase: I didn't see _anything_ on this mailing list regarding renaming MAKE-ARRAY.