[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: New read/eval Scheme syntax inconsistent in handling existing code
From: |
Valentin Villenave |
Subject: |
Re: New read/eval Scheme syntax inconsistent in handling existing code |
Date: |
Thu, 1 Dec 2011 12:36:03 +0100 |
On Fri, Nov 25, 2011 at 6:18 PM, David Kastrup <address@hidden> wrote:
> Valentin, any more news of bad effects on your scores? Apart from the
> bug that should now be fixed?
OK, I've now had a chance to test the staging code, it's certainly an
improvement!
... Aand I'm blocked by another bug (or unwanted behavior) that
affects nested levels of string evaluations.
I have yet to track down the exact problem, but here's an example of
the quirks I used to rely upon:
myvar = { b'4 }
$(eval-string "(define-public myvar #{ a'2 #} )" )
\new Staff \myvar
(Granted, this wouldn't have worked with previous versions either. But
the mechanism is the same.)
I'll let you know if I can narrow it down to a working sample.
Cheers,
Valentin.
- Re: New read/eval Scheme syntax inconsistent in handling existing code,
Valentin Villenave <=
- Re: New read/eval Scheme syntax inconsistent in handling existing code, David Kastrup, 2011/12/01
- Re: New read/eval Scheme syntax inconsistent in handling existing code, Valentin Villenave, 2011/12/01
- Re: New read/eval Scheme syntax inconsistent in handling existing code, Valentin Villenave, 2011/12/01
- Re: New read/eval Scheme syntax inconsistent in handling existing code, David Kastrup, 2011/12/01
- Re: New read/eval Scheme syntax inconsistent in handling existing code, Valentin Villenave, 2011/12/02
- Re: New read/eval Scheme syntax inconsistent in handling existing code, David Kastrup, 2011/12/02
- Re: New read/eval Scheme syntax inconsistent in handling existing code, Valentin Villenave, 2011/12/02
- Re: New read/eval Scheme syntax inconsistent in handling existing code, David Kastrup, 2011/12/02
- Re: New read/eval Scheme syntax inconsistent in handling existing code, Valentin Villenave, 2011/12/03
- Re: New read/eval Scheme syntax inconsistent in handling existing code, David Kastrup, 2011/12/04