Hello all,
Here's a patch set to implement per-port reader options in 2.0. It also
implements the #!fold-case and #!no-fold-case reader directives from
the R7RS draft.
The first two patches are cleanups for minor problems I noticed while
working on the last patch, which is the interesting one.
Hello all,
Here's a patch to implement curly infix expressions in Guile's core
reader, based on the current draft of SRFI-105. It depends upon the
per-port reader options patches that I posted here a few minutes ago.
With this patch, although curly-infix expressions are not enabled by
default,
Hi,
I'm right now trying to port compile-glil to compile-rtl and I would say
that what's hindering me is
what design choices to take?
1.
The main problem is that we do not have a stack pointer the same way as
before. Of cause we still need
to store temporary values and we will simply have to use
Hello,
I have been working on understanding RTL, and I wrote the following
tests. They're mostly to illustrate for myself how calling works in
RTL, but they also serve to test it. Any objections if I commit them
as part of rtl.test?
(with-test-prefix call
(assert-equal 42
(let
On Sun, Oct 14, 2012 at 9:59 PM, Noah Lavine noah.b.lav...@gmail.comwrote:
Hello,
I have been working on understanding RTL, and I wrote the following
tests. They're mostly to illustrate for myself how calling works in
RTL, but they also serve to test it. Any objections if I commit them
as
Hello all,
Here's an improved version of the SRFI-105 patch for Guile 2.0. It
incorporates the recent name change 'nfx' -- '$nfx$', has an improved
test suite, and now correctly handles the case where 'curly-infix' is
enabled but the 'square-brackets' read option is disabled.
This patch assumes