Alan Manuel Gloria scripsit:

> The intent is that curly-infix will be used not only in Scheme, but also in
> other Lisplikes: CL, Arc, Clojure, ELisp, etc.  We only started in Scheme
> because it seemed to be the only one with any kind of public
> peer-review process for extending the language (namely, the SRFI
> process).  We'll get to the others once we locate some kind of public
> process for extending those languages.

There really aren't any, alas.  You can implement curly-infix in fully
portable CL, so you can release it as a Quicklisp package.  The other
Lisps are single-implementation (okay, Guile has an Elisp implementation),
so releasing implementations for them is the Right Thing too, provided
it can be done -- I don't know those languages well enough to say.

> For Scheme as of R6RS, [x ...] means (x ...), so that's what SRFI-105
> (which is specific to Scheme) says.

R6RS imposes this requirement, but R7RS does not.  See
http://trac.sacrideo.us/wg/wiki/BracketsBraces for details of which
Schemes do what with brackets.  You can't just say "Brackets mean what
they mean in Scheme", because there is and will be no unified meaning.

Since you're providing a full implementation modulo the change to
the readtable, you need to make some decision for the purposes of that
implementation, and it's not clear to me what it should be.  The advantage
of Kawa's $bracket-list$ convention is that it can be mapped to treating
[] like (), but it can be mapped to something else too, at the will of
the user.

--
But you, Wormtongue, you have done what you could for your true master.  Some
reward you have earned at least.  Yet Saruman is apt to overlook his bargains.
I should advise you to go quickly and remind him, lest he forget your faithful
service.  --Gandalf             John Cowan <xxxxxx@ccil.org>