Re: Internals questions - \include and LilyPond assignments

[Han-Wen Nienhuys]

On Sun, Nov 6, 2011 at 5:11 PM, Ian Hulin <address@hidden> wrote:
> Hi all,
>
> A couple of questions in case someone with more internal code-fu than me
> can save me rummaging around in the guts of the C++ code, just so I can
> get a handle on some behaviour I've noted trying to get LilyPond to fire
> up with Guile V2.0.3.
>
> 1.  Does processing a file via \include cause a new LilyPond scope ->
>    generating a new "anonymous" Guile module for that file?

no.

> 2.  How and when does a LilyPond assignment
>    blah = { lily-statements... }
>    get compiled down in to a scheme (define blah .... )?
>    Guile V2 complains about stuff like
>    ignatzekExceptionMusic = { blah blah2 blah3}

this happens when the parser decides it can reduce the input to an assignment,

assignment:
        assignment_id '=' identifier_init  {
                PARSER->lexer_->set_identifier ($1, $3);
        }


the actual work is in the function

      scm_module_define (mod, sym, val);

there is some trickiness with ordering. The parser may do look ahead
up to the #( .. ) you have before it decide to do the reduction.

In doubt, you can force it by inserting a dummy scheme statement in
between both assignments.


-- 
Han-Wen Nienhuys - address@hidden - http://www.xs4all.nl/~hanwen