[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Interactive compiling
From: |
David Kastrup |
Subject: |
Re: Interactive compiling |
Date: |
Fri, 07 Dec 2012 17:10:03 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.2.50 (gnu/linux) |
"Joao E. Pereira Jr" <address@hidden> writes:
> Hi team,
>
> Most lilypond GUI projects (Frescobaldi, Denemo) I have seen implement
> a wrapper in lilypond. I am investigating the possibility to transform
> lilypond in a more interactive compiler. I have little understanding
> of the code for now, and noticed that before start to parse
> Lily_parser executes a huge amount of code loading init.ly and his
> sons. Could that loading process be isolated, pre executed and
> maintained in memory to serve posterior requests?
You might want to look at how LilyPond deals with multiple files on the
command line and the -djob-count option.
> Following the same thinking line could the data structure (contexts,
> music, property, graphical objects) be maintained in memory and
> changed as user input changes. Some user changes would affect only one
> graphical object and maybe trigger a reformatting, others would affect
> a property object and trigger a partial recompiling, others would
> affect the ly file and require compiling from scratch.
The bookkeeping for that kind of thing would likely be prohibitively
expensive.
> I may be saying a lot of non sense, but I would like to know in
> details why is this a bad (very bad) idea!
The only way to know in detail is to try.
--
David Kastrup