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.
From: Shriram Krishnamurthi <shriram@xxxxxxxxxxx>
Date: Sun, 21 Nov 1999 18:21:11 -0600 (CST)
I am a little concerned that there has been no discussion about Oleg's
updated SRFI document. I would appreciate it if Richard could comment
on whether he thought the revisions are in line with his views -- the
text is clearly oriented along his suggestions. It would be nice to
get feedback from other people, too -- so far, only one person has
provided substantial comments.
The new draft is much easier to understand than the original.
I expect I will implement it in Scheme 48.
I do have one suggestion. The SRFI says:
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.
This is a very bad idea. Implementators should be encouraged to
report errors, not to silently proceed as if nothing has happened.
Treating `#(' as `(' doesn't shift the burden of dealing with an
error, it hides the fact that there ever was one. How can the caller
deal with an error that it can no longer detect?
-Richard Kelsey