On Monday 21 August 2006 21:28, Jan Nieuwenhuizen wrote:
> Han-Wen Nienhuys <[EMAIL PROTECTED]> writes:
> > Releases are tagged via GUB; the darcs tags contain the ChangeLog
> > version number/date, which you can use to check out CVS.
>
> Huh, I need the darcs repo to check out a cvs version? How
Hi,
If microtone names still aren't a part of ly/english.ly, then the
attached revision and test file might help.
Abbreviations are
ff for double-flat
tqf for three-quarters flat
f for flat
qf for quarter-flat
qs for quarter-sharp
s for sh
Han-Wen Nienhuys <[EMAIL PROTECTED]> writes:
> Releases are tagged via GUB; the darcs tags contain the ChangeLog
> version number/date, which you can use to check out CVS.
Huh, I need the darcs repo to check out a cvs version? How would I
check-out 2.9.10 a year from now? What is the reason for
Erik Sandberg wrote:
is this a problem, given that the entire list is statical? Is there an
advantage in only protecting the list's head?
No, you're right, but it is a bit wasteful, and the check is much more
naturally expressed with hash tables.
--
Han-Wen Nienhuys - [EMAIL PROTECTED] - htt
On Monday 21 August 2006 11:37, Han-Wen Nienhuys wrote:
> Erik Sandberg wrote:
> > In this particular case, the objects *were* statical (one object was
> > allocated for each translator listener declaration). I saw that you
> > softcoded & improved some parts of it, but I don't see the point (IIRC,
Erik Sandberg wrote:
Hi,
I noticed that there are no lilypond_2_9_x tags in CVS since 2.9.9. Is this
intentional? If so, what's the preferred way to get a given release over cvs?
Releases are tagged via GUB; the darcs tags contain the ChangeLog
version number/date, which you can use to check
Hi,
I noticed that there are no lilypond_2_9_x tags in CVS since 2.9.9. Is this
intentional? If so, what's the preferred way to get a given release over cvs?
--
Erik
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman
On Monday 21 August 2006 11:39, Han-Wen Nienhuys wrote:
> Erik Sandberg wrote:
> > There are still potential problems with system-specific differences in
> > max cmdline lengths (but I don't know if it's a real problem). I've been
> > thinking about one other solution as well: IIRC you have said it
Graham Percival wrote:
Han-Wen Nienhuys wrote:
http://code.google.com/p/lilypond
to try Google's issue tracking. I've added Joe, Erik and Graham as
project members. Let's try to see if this Works For Us.
2) I don't suppose we could actually display the images? I attached a
png file,
Erik Sandberg wrote:
There are still potential problems with system-specific differences in max
cmdline lengths (but I don't know if it's a real problem). I've been thinking
about one other solution as well: IIRC you have said it would be fairly easy
to create a lilypond daemon, which could pr
Erik Sandberg wrote:
In this particular case, the objects *were* statical (one object was allocated
for each translator listener declaration). I saw that you softcoded &
improved some parts of it, but I don't see the point (IIRC, the list is only
used once on start-up, to detect typos).
IIRC
Erik Sandberg wrote:
I've been thinking
about one other solution as well: IIRC you have said it would be fairly easy
to create a lilypond daemon, which could process .ly files on demand with a
short start-up time. If all .ly snippets of a make web are processed by a
single instance of lilypond
On Saturday 19 August 2006 19:29, Han-Wen Nienhuys wrote:
> Erik Sandberg wrote:
> > On Tuesday 08 August 2006 22:01, Han-Wen Nienhuys wrote:
> >
> > Is this the scm_gc_protect in translator.cc (which you already fixed), or
> > is it something unknown?
>
> It's unknown. The symptom is that -ddebug-
On Saturday 19 August 2006 19:31, Han-Wen Nienhuys wrote:
> Erik Sandberg wrote:
> > BTW, it could also be because of differences in command-line lengths: My
> > system is 64-bit, so snippets are named like lily-nn
> > instead of lily-n; in addition, the max command-line len
14 matches
Mail list logo
