This page is part of the web mail archives of SRFI 10 from before July 7th, 2015. The new archives for SRFI 10 contain all messages, not just those from before July 7th, 2015.
Hello!
I'd like to remove the phrase
An implementation is however encouraged to treat an erroneous or
unrecognizable <hash-comma-datum> as a compound datum (<datum>
<datum>*) -- that is, pretend that the "#,(" token was a "("
token. This means that the read function shifts the burden of dealing
with an erroneous #,() form to its caller.
from the "Specification" section of the draft SRFI-10. As Richard
Kelsey rightfully pointed out this phrase is sorely out of place. It
appears in a specification section of what essentially is a
meta-SRFI. The latter establishes a notational convention, leaving
interpretation to an implementation. Micro-managing error behavior in
this generic context is indeed rather inappropriate.