From: Andy Wingo <wingo@pobox.com>
To: 10132@debbugs.gnu.org
Cc: Ian Hulin <ian@hulin.org.uk>, David Kastrup <dak@gnu.org>
Subject: bug#10132: Help lilypond interleave scheme and lilypond code in guile 2.x
Date: Fri, 25 Nov 2011 12:15:14 +0100 [thread overview]
Message-ID: <87vcq8bghp.fsf@pobox.com> (raw)
Hi David,
This bug was forked from bug 10099, where David has a longer
explanation.
On Fri 25 Nov 2011 11:37, David Kastrup <dak@gnu.org> writes:
> So much for that. The next quote is for a totally different issue, the
> availability of local environments and evaluation in them. Lilypond has
> an input syntax of its own, and it allows interspersing Scheme code. $
> or # switches to the Scheme interpreter (for one sexp) when in Lilypond
> syntax, and #{ ... #} switches to Lilypond inside.
Aaah. Thanks for this explanation; I had never seen this code before.
Do you use a read-hash-extend reader for #{#} ?
What do you use to parse the lilypond code? What does it parse to?
I agree that the-environment and local-eval were nice solutions for
this. In Guile 2.0 it's not as nice for you, because if you implement
another evaluator, you don't get backtraces that are as nice.
> As I said: for this particular application, I have coded a rather
> inelegant and resource-grabbing workaround that really is not going to
> help performance since the intertwined Lilypond interpreter does not
> benefit from precompilation of mostly trivial lambda functions when the
> actual procedure-environment is unlikely to ever reference more than
> five variables.
Understood. Let's work to find a good solution in 2.0.
Andy
--
http://wingolog.org/
next reply other threads:[~2011-11-25 11:15 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-11-25 11:15 Andy Wingo [this message]
2011-11-25 13:35 ` bug#10132: Help lilypond interleave scheme and lilypond code in guile 2.x David Kastrup
2011-11-25 14:26 ` Andy Wingo
2011-11-25 14:44 ` David Kastrup
2012-01-27 15:48 ` Andy Wingo
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/guile/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87vcq8bghp.fsf@pobox.com \
--to=wingo@pobox.com \
--cc=10132@debbugs.gnu.org \
--cc=dak@gnu.org \
--cc=ian@hulin.org.uk \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).