Email list hosting service & mailing list manager

Re: SRFI 105: Curly-infix-expressions Alan Manuel Gloria (26 Aug 2012 21:38 UTC)
Re: SRFI 105: Curly-infix-expressions John Cowan (26 Aug 2012 22:04 UTC)
Re: SRFI 105: Curly-infix-expressions Alan Manuel Gloria (26 Aug 2012 22:23 UTC)
Re: SRFI 105: Curly-infix-expressions John Cowan (26 Aug 2012 22:39 UTC)
Re: SRFI 105: Curly-infix-expressions David A. Wheeler (27 Aug 2012 00:04 UTC)
Re: SRFI 105: Curly-infix-expressions Alan Manuel Gloria (26 Aug 2012 22:11 UTC)

Re: SRFI 105: Curly-infix-expressions John Cowan 26 Aug 2012 21:44 UTC

Alan Manuel Gloria scripsit:

> Perhaps we'll clarify in the SRFI that an implementation *must
> not* provide `nfx` (with the exception that a *future* SRFI *may*
> mandate that implementations provide `nfx` at some level).

-1

An implementation might, for example, want to provide nfx as a macro
which looks for user-written precedence definitions and does the Right
Thing with them.  This ought not to be forbidden.  Just like any
other identifier provided by an implementation, the user would be
free to redefine it, after all.

--
Don't be so humble.  You're not that great.             John Cowan
        --Golda Meir                                    xxxxxx@ccil.org