[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: SRFI 29 doesn't allow for reordering

This page is part of the web mail archives of SRFI 29 from before July 7th, 2015. The new archives for SRFI 29 contain all messages, not just those from before July 7th, 2015.

> >Surely something simpler could be imagined, ~r<n> for example, which when 
> >immediately preceding a value-requiring escape code requests that it 
> >retrieve the <n>'th argument.
> That doesn't work if the value-requiring escade code can take a
> parameter, which in Common Lisp (and existing Scheme implementations)
> is almost all of them.
Why not?  The proposal I made was that ~r<n> precedes a full escape code, ie 
~r3~a.  It seems crufty as well that the ~N@* specifies the number as
the character succeding the escape tilde.  That violates the idea that 
the character following the escape is some sort of command identifier.

> In any case, I don't think "~rNa" is enough of an improvement
> over "~N@*~a" to justifying inventing a new convention.  Yes,
> it might have been better if Common Lisp made '@' ("absolute
> goto") the default, but they didn't.
I'm not so sure we should be writing this SRFI to be compatible with 
Common Lisp or Kawa.  No offsense, but if we have the ability to 
improve, why not?  


Attachment: pgpg79PrHwqY4.pgp
Description: PGP signature