Email list hosting service & mailing list manager

srfi-108 (named quasi-literal constructors) candidate Per Bothner (26 Mar 2013 04:20 UTC)
Re: srfi-108 (named quasi-literal constructors) candidate Per Bothner (27 Mar 2013 07:20 UTC)
Re: srfi-108 (named quasi-literal constructors) candidate Per Bothner (27 Mar 2013 16:12 UTC)

Re: srfi-108 (named quasi-literal constructors) candidate Per Bothner 27 Mar 2013 16:12 UTC

I updated http://per.bothner.com/tmp/srfi-108/srfi-108.html
to hopefully satisfy your comments below.

On 03/26/2013 11:52 PM, John Cowan wrote:
> In the abstract, "The reader translates &tag{...} to a list
> $(construct$:tag ...), where construct$:tag is normally bound to a
> predefined macro" has $( for ($ and omits $ after "where ".

Fixed.

> "two different purposes": Adopt SRFI 109 language.

Fixed.

> In "Translating enclosed expressions", shift the current language to
> the top of the section and the former language (involving $unquote$)
> to the bottom, for the sake of clarity.

Done.

> Starting an identifier with "&" is not at all rare in R6RS, where it is
> conventional in the names of record types.  However, the rest of that
> paragraph is valid.

Tweaked.

> For "specifiction" read "specification".

Fixed (two places).
--
	--Per Bothner
xxxxxx@bothner.com   http://per.bothner.com/