On 11/24/2012 03:24 PM, John Cowan wrote:
> In particular, I am proposing that in an implementation that supports
> SRFI 108, the objects created by SRFI 10 syntax are lists whose car
> is `$quasi-value$` (or whatever, depending on other mail threads).
> This is a formally correct and very useful object to create.  There is
> no requirement for SRFI 10 to create a "final" object.

Good point.  However, I don't see there is much benefit in
re-defining SRFI 10 in terms of SRFI 108:
* SRFI 10 syntax is incompatible with syntax-case and R6RS.
* Existing SRFI 10 implementations (I assume) do the expansion
at read-time.  Some applications may depend on this.  Thus you're
losing most of the compatibility advantage.
* I personally think the SRFI 10 syntax is uglier than the SRFI 108
syntax.
--
	--Per Bothner
xxxxxx@bothner.com   http://per.bothner.com/