Re: is that useful? sebastian.egner@xxxxxx (22 Feb 2002 16:15 UTC)
Re: is that useful? Walter C. Pelissero (25 Feb 2002 12:02 UTC)
Re: is that useful? sperber@xxxxxx (25 Feb 2002 14:33 UTC)
Re: is that useful? Walter C. Pelissero (26 Feb 2002 14:40 UTC)
Re: is that useful? sperber@xxxxxx (26 Feb 2002 14:53 UTC)
Re: is that useful? Dave Mason (26 Feb 2002 15:28 UTC)
Re: is that useful? sperber@xxxxxx (26 Feb 2002 15:39 UTC)
Re: is that useful? Dave Mason (26 Feb 2002 16:45 UTC)
Re: is that useful? Walter C. Pelissero (26 Feb 2002 16:37 UTC)
Re: is that useful? sperber@xxxxxx (26 Feb 2002 16:41 UTC)

Re: is that useful? Dave Mason 26 Feb 2002 15:28 UTC

>>>>> On Tue, 26 Feb 2002 15:53:12 +0100, xxxxxx@informatik.uni-tuebingen.de (Michael Sperber [Mr.  Preprocessor]) said:

> Sure, but we're not writing a language standard, we're writing a
> library proposal.  The problem with Common Lisp is that the
> redundancy is not sufficiently modularized.  There's no problem with
> redundancy in the SRFI process --- indeed we're expecting and
> soliciting a lot more of it.  Will Clinger has some excellent
> thoughts on the issue at

> http://srfi.schemers.org/srfi-6/mail-archive/msg00002.html

As one of the original editors of SRFIs, obviously I am in favour of
the process, and the structure.  However, I am not very keen on the
idea of having my program starting with a pile of SRFI-0 code to
determine what SRFIs are available.  Obviously in some cases this is
necessary and appropriate (I don't necessarily agree with Will's
argument, but in the case of SRFI-6 & friends it makes fair sense).

But in the case of SRFI-26 or other very small bits of code, I am
*far* more likely to simply define my own macro that does what I need
than to have a bunch of SRFI-0 code to find out if what I want is
available and if not define my own.  On the other hand, if it was a
more general SRFI that solved most of the problems, I'd be more likely
to use it.

All that, of course, is independent of the choice of a confusing name.
While the Scheme community and the Haskell community may be fairly
disjoint, I don't think it is true of Scheme and ML (who also talk
about curry all the time).  It would also be really nice at ICFP or
other places where Schemers and Haskell types get together if the
Schemers don't look like complete idiots when they misuse the term
`curry' because of this SRFI's poor choice of name.  Finally, honoring
Curry with this SRFI is like honoring a great artist by naming a
water-treatment plant after them - a nice thought, but not
appropriate.

../Dave

(BTW, is it possible for the email address to show as
srfi-26@srfi.schemers.org rather than an address at uni-tuebingen.de?)