five problems with this draft SRFI William D Clinger (26 Sep 2009 01:20 UTC)
Re: five problems with this draft SRFI Abdulaziz Ghuloum (26 Sep 2009 05:58 UTC)
Re: five problems with this draft SRFI Derick Eddington (26 Sep 2009 15:42 UTC)
Re: five problems with this draft SRFI Derick Eddington (27 Sep 2009 02:43 UTC)
Re: five problems with this draft SRFI Shiro Kawai (27 Sep 2009 03:16 UTC)
Re: five problems with this draft SRFI Derick Eddington (29 Sep 2009 02:32 UTC)
Re: five problems with this draft SRFI William D Clinger (30 Sep 2009 01:49 UTC)
Re: five problems with this draft SRFI Derick Eddington (30 Sep 2009 03:22 UTC)
Re: five problems with this draft SRFI Derick Eddington (30 Sep 2009 03:51 UTC)
Re: five problems with this draft SRFI Derick Eddington (30 Sep 2009 06:33 UTC)
Re: five problems with this draft SRFI William D Clinger (30 Sep 2009 13:11 UTC)
Re: five problems with this draft SRFI Derick Eddington (01 Oct 2009 09:10 UTC)

Re: five problems with this draft SRFI Derick Eddington 29 Sep 2009 02:32 UTC

On Sat, 2009-09-26 at 08:42 -0700, Derick Eddington wrote:
> On Fri, 2009-09-25 at 21:20 -0400, William D Clinger wrote:
> > This SRFI should state that files conforming to this
> > SRFI must have only one library per file.  This SRFI
> > should not require implementations to ignore all but
> > the first library in a file.
>
> That is how I wanted it to be.  I thought my saying:
>
>         Library files are files which contain one library form as the
>         first syntactic datum, and they are files whose path exactly
>         represents the name of the contained library. Any additional
>         contents after the first datum are ignored by this SRFI.
>
> was clear enough to mean that the ignoring of additional
> things-`read'-would-see is only applicable in the context of conformance
> to this SRFI.  I'll gladly reword it to what is the best way to convey
> that.

That's not what I wanted conveyed.  (Sorry I didn't have more time to
edit.)

The sentence "Any additional contents after the first datum are ignored
by this SRFI.", means Scheme systems which implement this SRFI would
have to ignore additional contents.  Which is not what we want.

As you suggested, I want to convey that files conforming to this SRFI
must have only one library per file, and that Scheme systems which
implement this SRFI are free to support files which do not conform to
this SRFI.

--
: Derick
----------------------------------------------------------------