Email list hosting service & mailing list manager


Re: SRFI 105: Curly-infix-expressions David A. Wheeler 28 Aug 2012 12:50 UTC

Shiro Kawai:
> We already have #!r6rs, #!fold-case and #!no-fold-case.  I can
> see #!-markers can be easily abused, but C-expr is a disruptive
> lexical syntax change big enough to justify using it, IMHO.
> And with #! marker it is clear that when the reader sees it.
> With a procedure or a macro, it's not clear when it takes effect.
>
> BTW, I think you can drop "(enable-curly-infix)" completely.
> Other than using it in a single-threaded simple REPL interaction,
> a user can't assume much how it works...

Okay.  Anyone else have thoughts on this?  I'd be happy to drop (enable-curly-infix) given its weaknesses.

Also, if a #!... marker is important to make the proposal work for everyone, then let's do it.  If it's added, though, my hope is that it would become redundant (because everyone just implemented it out-of-the-box).

> I certainly see the point of making C-expr default.  It may depend
> on how many implementations have (ab)used '{}' for other purposes.
> I'm ok to put it up to the community's vote.

Thanks!  I think this is a challenge in extending Scheme... no matter what is proposed, there is a fair chance that *someone* has a conflicting extension :-).

--- David A. Wheeler