[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Minor last-minute issues

This page is part of the web mail archives of SRFI 105 from before July 7th, 2015. The new archives for SRFI 105 contain all messages, not just those from before July 7th, 2015.

Ticket #486 to make braces delimiters in R7RS failed for lack of a
second, so SRFI-105 needs to say explicitly that they are delimiters.
In particular, in the n-expression {foo}{bar baz} the implementation
must not treat "foo}{bar" as an identifier.

I mentioned this before but it seems to have gotten lost: I recommend
that [foo bar] in c-expressions be treated as ($bracket-list$ foo bar)
rather than (bracketaccess foo bar).  This is compatible with Kawa,
which is the only Scheme in my test suite to treat square brackets in
this way.  In FemtoLisp and Rep, they are used for vector datums; in
all other Schemes, they are synonyms for parentheses per R6RS, regular
identifier characters, or lexical syntax errors.

In any case, $bracket-list$ or bracketaccess should be specified as
being like nfx: no definition by default.

John Cowan  cowan@xxxxxxxx  http://ccil.org/~cowan
The competent programmer is fully aware of the strictly limited size of his own
skull; therefore he approaches the programming task in full humility, and among
other things he avoids clever tricks like the plague.  --Edsger Dijkstra