l...@gnu.org (Ludovic Courtès) writes:
Hello,
Andy Wingo wi...@pobox.com writes:
For loading uncompiled scripts, things will be slower, unless your
modules #:use-syntax some other transformer. I don't know where the
tradeoff is between the increased expansion speed due to compilation and
Hello,
Andy Wingo wi...@pobox.com writes:
For loading uncompiled scripts, things will be slower, unless your
modules #:use-syntax some other transformer. I don't know where the
tradeoff is between the increased expansion speed due to compilation and
slowdown due to a complete codewalk, but
Andy Wingo wi...@pobox.com writes:
With psyntax running a pre-analysis phase on all source code, we can do
away with lazy memoization entirely -- a neat hack, but it made eval.c
buggy and impenetrable. I'll write more about that in the future.
Anticipating your more in the future, do you mean
Hi!
On Sun 24 May 2009 00:03, l...@gnu.org (Ludovic Courtès) writes:
I'm slightly concerned that doing things ahead of time rather than just
in time (i.e., lazily) would have a negative impact on the interpreter's
start-up time, which may be noticeable for short-lived scripts.
In the guile
¡Hola!
Andy Wingo wi...@pobox.com writes:
I'm catching up with mail. On my syncase-in-boot-9 branch, I enabled
compilation of srfi-18 and fixed a bug in it regarding multiple-value
returns. Now I just ran the srfi-18 test like 100 times in a row and it
didn't show any strange errors. Yy!
On Fri 22 May 2009 17:10, l...@gnu.org (Ludovic Courtès) writes:
¡Hola!
Andy Wingo wi...@pobox.com writes:
I'm catching up with mail. On my syncase-in-boot-9 branch, I enabled
compilation of srfi-18 and fixed a bug in it regarding multiple-value
returns. Now I just ran the srfi-18 test