This is a better example of a crescendo on an item with
unspecified volume:
{ g\p\< a\! b\< c\f }Also see:
http://lists.gnu.org/archive/html/lilypond-user/2008-11/msg00240.html
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lis
compiling this...
{ g \f\< a b\p c }
...generates this message...
programming error: (de)crescendo on items with specified volume
...but only when a \midi { } block is present.
Shouldn't it be "unspecified volume"? A cresc on an item with a
specified volume would seem to be what MIDI wants. Any
Valentin Villenave wrote:
> This was modified in LilyPond 2.11.60; Windows users
> do now have .mid files instead of .mid (while the
> default extension remains .midi for other operating
> systems).
Huh? My version of jEdit/LilyPondTool on Windows won't
play .mid files, only .midi files. And ac
> > Ugh. That figures. How's HEAD?
>
> Still hurts. Thanks for asking.
Hehe. HEAD now works :-)
Werner
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
Op woensdag 12-11-2008 om 11:33 uur [tijdzone +0100], schreef John
Mandereau:
Hi John,
> CPP='x86_64-linux-gcc -E -x c-header'
> /home/lilydev/git/newgub/target/linux-64/build/glibc-core-2.3/elf/ld-linux-x86-64.so.2
> --library-path
> /home/lilydev/git/newgub/target/linux-64/build/glibc-core
Op woensdag 12-11-2008 om 09:12 uur [tijdzone +], schreef Trevor
Daniels:
Hi Trevor,
> "This application has failed to start because pthreadGC2.dll was not found."
Ah, yes. That's what you get when you only add build dependencies. :-)
Fixed in HEAD. How is this one?
http://lilypond.
I have set up an embryo of a FAQ page, as always I'm not proud of my
English, so feel free to improve it rewriting whatever you like and of
course adding more items. It still needs an structure and whatnot, but
I told you: it's still an embryo.
http://lilypondwiki.tuxfamily.org/index.php?title=FAQ
On 12.11.2008 (05:14), Graham Percival wrote:
> On Tue, Nov 11, 2008 at 11:12:11PM -0800, Mark Polesky wrote:
> > Currently, "a few interesting options" are listed
> > with a mention of -dhelp to show the rest. Why not
> > list them all?
>
> Because they change relatively often and are advanced op
Op woensdag 12-11-2008 om 15:38 uur [tijdzone +0100], schreef Reinhold
Kainhofer:
> Ah, sorry. I did a "make web" in the regtest dir, but since the .xml file
> hasn't changed, the file was not rebuilt and I didn't run into the problem...
>
> It's fixed now in git.
np, thanks!
Jan.
--
Jan Nie
2008/11/12 Mark Polesky <[EMAIL PROTECTED]>:
> One small issue I'd like to raise is that Windows users
> running LilyPond with the jEdit/LilyPondTool package
> can't play the MIDI file *WITHIN* jEdit while the
> extension is .mid
[Fwding to Bertalan.]
This was modified in LilyPond 2.11.60; Windo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am Mittwoch, 12. November 2008 schrieb Jan Nieuwenhuizen:
> Hi there,
>
> With yesterday's patches I get
>
> Reading MusicXML from
[...]
> "/home/janneke/vc/gub/target/darwin-ppc/src/lilypond-git.sv.gnu.org--lilypo
>nd.git-master/scripts/musicxml2ly.py
Graham Percival wrote:
>
> > Currently, "a few interesting options" are listed
> > with a mention of -dhelp to show the rest. Why not
> > list them all?
>
> Because they change relatively often and are advanced
> options anyway. People who should be using -dsomething
> can run -dhelp to find
Jan Nieuwenhuizen <[EMAIL PROTECTED]> writes:
> Op woensdag 12-11-2008 om 10:35 uur [tijdzone +0100], schreef Werner
> LEMBERG:
>
>> Note that `python-config --cflags' gives
>>
>> -I/usr/include/python2.5 \
>> -I/usr/include/python2.5 \
>> -fno-strict-aliasing \
>> -DNDEBUG \
>> -O2 \
>
Hi there,
With yesterday's patches I get
Reading MusicXML from
/home/janneke/vc/gub/target/darwin-ppc/src/lilypond-git.sv.gnu.org--lilypond.git-master/input/regression/musicxml/18a-FiguredBass.xml
...
Reading MusicXML from
/home/janneke/vc/gub/target/darwin-ppc/src/lilypond-git.sv.gnu.org--lil
Op woensdag 12-11-2008 om 10:35 uur [tijdzone +0100], schreef Werner
LEMBERG:
> Note that `python-config --cflags' gives
>
> -I/usr/include/python2.5 \
> -I/usr/include/python2.5 \
> -fno-strict-aliasing \
> -DNDEBUG \
> -O2 \
> -march=i586 \
> -mtune=i686 \
> -fmessage-length=0 \
On Tue, Nov 11, 2008 at 11:12:11PM -0800, Mark Polesky wrote:
> Currently, "a few interesting options" are listed
> with a mention of -dhelp to show the rest. Why not
> list them all?
Because they change relatively often and are advanced options
anyway. People who should be using -dsomething can
On 2008/11/11 20:42 +0100, Jan Nieuwenhuizen wrote:
> Yes, that's an unfortunate wording. It means here: must rebuild
> [because either the package does not exist, or if it exists but the
> checksum does not much]. I'll rethink this.
Thanks, it perfectly makes sense now.
> Typo, fixed in HEAD.
Reinhold Kainhofer wrote:
> Am Dienstag, 11. November 2008 schrieb John Mandereau:
> > Yep, and the culprit was line 38 in lilylib.py, I removed it in Git. It
> > was probably a leftover from before introduction of relocate-preamble in
> > the Python scripts.
>
> Shouldn't the lines before that o
> > Your fix has a nasty side effect.
Oops! It's not your fix which causes the problem, sorry. *All* tests
for header files show
checking XXX usability... no
checking XXXpresence... no
checking for XXX... no
since the CPPFLAGS value isn't set correctly. From config.log:
CPPFLAGS='-I/
Hi Jan
The Windows binary appeared to install without error in Windows Vista Home
Premium and LilyPond itself works fine, but running any python program gives
the error:
"This application has failed to start because pthreadGC2.dll was not found."
followed by "python.exe has stopped working".
On 2008/11/11 19:26 +0100, Reinhold Kainhofer wrote:
> Shouldn't the lines before that one also be removed? They simply try to
> extract a suitable value for datadir, which is not used in the file at all
> any more...
Yes, and it's not used in other Python libraries or scripts, but let's
wait un
On 2008/11/12 00:28 +0100, Werner LEMBERG wrote:
> Your fix has a nasty side effect. Running `autogen.sh' (which in turn
> directly calls the configure script) gives
>
> ...
> checking for python-config... python-config
> checking Python.h usability... no
> checking Python.h presence... n
22 matches
Mail list logo
