Re: make web fails [was: Re: quick addition before 2.11.35]
Le dimanche 18 novembre 2007 à 08:04 +1100, Joe Neeman a écrit : Ah, I got this failure with page-turn-page-breaking-badturns.ly regtest again. When I try to view EPS output with Evince/GS, GS fails, and the resulting PNG is a white 6x2 pixel rectangle. Here's the end of the log: Do you get the same error if you compile page-turn-page-breaking-badturns.ly directly (ie. not through make web)? Yes, I got a segfault; however, I successfully ran 'make web-clean make clean make make web' with your last changes on master, so it's fixed :-) Cheers, John ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
make web fails [was: Re: quick addition before 2.11.35]
Le vendredi 16 novembre 2007 à 13:53 -0800, Graham Percival a écrit : Well, how did it fail? What was the log message? Ah, I got this failure with page-turn-page-breaking-badturns.ly regtest again. When I try to view EPS output with Evince/GS, GS fails, and the resulting PNG is a white 6x2 pixel rectangle. Here's the end of the log: Processing `/home/lilycvs/git/lily/master/input/regression/out-www/lily-92325f2a3e.ly' Parsing...[/home/lilycvs/git/lily/master/out/share/lilypond/current/ly/init.ly[/home/lilycvs/git/lily/master/out/share/lilypond/current/ly/declarations-init.ly[/home/lilycvs/git/lily/master/out/share/lilypond/current/ly/markup-init.ly][/home/lilycvs/git/lily/master/out/share/lilypond/current/ly/music-functions-init.ly][/home/lilycvs/git/lily/master/out/share/lilypond/current/ly/toc-init.ly][/home/lilycvs/git/lily/master/out/share/lilypond/current/ly/nederlands.ly][/home/lilycvs/git/lily/master/out/share/lilypond/current/ly/drumpitch-init.ly][/home/lilycvs/git/lily/master/out/share/lilypond/current/ly/chord-modifiers-init.ly][/home/lilycvs/git/lily/master/out/share/lilypond/current/ly/script-init.ly][/home/lilycvs/git/lily/master/out/share/lilypond/current/ly/scale-definitions-init.ly][/home/lilycvs/git/lily/master/out/share/lilypond/current/ly/grace-init.ly][/home/lilycvs/git/lily/master/out/share/lilypond/current/ly/midi-init.ly[/home/lilycvs/git/lily/master/out/share/lilypond/current/ly/performer-init.ly]][/home/lilycvs/git/lily/master/out/share/lilypond/current/ly/paper-defaults.ly[/home/lilycvs/git/lily/master/out/share/lilypond/current/ly/titling-init.ly]][/home/lilycvs/git/lily/master/out/share/lilypond/current/ly/engraver-init.ly][/home/lilycvs/git/lily/master/out/share/lilypond/current/ly/dynamic-scripts-init.ly][/home/lilycvs/git/lily/master/out/share/lilypond/current/ly/spanners-init.ly][/home/lilycvs/git/lily/master/out/share/lilypond/current/ly/property-init.ly]][/home/lilycvs/git/lily/master/input/regression/out-www/lily-92325f2a3e.ly[/home/lilycvs/git/lily/master/out/share/lilypond/current/ly/lilypond-book-preamble.ly] Renaming input to: `page-turn-page-breaking-badturns.ly' Interpreting music... elapsed time: 0.02 seconds Element count 214 (spanners 6) Preprocessing graphical objects... Grob count 388 Calculating page and line breaks (1 possible page breaks)... programming error: tried to space systems on a bad number of pages continuing, cross fingers [1] Drawing systems... programming error: did not find a valid page breaking configuration continuing, cross fingers command failed: /home/lilycvs/git/lily/master/out/bin/lilypond -dbackend=eps --formats=ps,png,pdf -dinclude-eps-fonts -dgs-load-fonts --header=texidoc -I /home/lilycvs/git/lily/master/input/manual -dcheck-internal-types -ddump-signatures -danti-alias-factor=2 -I /home/lilycvs/git/lily/master/input/regression -I /home/lilycvs/git/lily/master/input/regression -I /home/lilycvs/git/lily/master/input/regression/out-www -I /home/lilycvs/git/lily/master/input -I /home/lilycvs/git/lily/master/input/regression -I /home/lilycvs/git/lily/master/input/manual -I /home/lilycvs/git/lily/master/input/tutorial -I /home/lilycvs/git/lily/master/mf/out -I /home/lilycvs/git/lily/master/mf/out -I /home/lilycvs/git/lily/master/input/new/pitches --formats=eps --verbose -deps-box-padding=3.00 -dread-file-list snippet-names Child was terminated by signal 11 make[3]: *** [out-www/collated-files.texi] Error 1 make[3]: Leaving directory `/home/lilycvs/git/lily/master/input/regression' make[2]: *** [WWW] Error 2 make[2]: Leaving directory `/home/lilycvs/git/lily/master/input' make[1]: *** [WWW] Error 2 make[1]: Leaving directory `/home/lilycvs/git/lily/master' make: *** [web] Erreur 2 ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: make web fails [was: Re: quick addition before 2.11.35]
John Mandereau wrote: Le vendredi 16 novembre 2007 à 13:53 -0800, Graham Percival a écrit : Well, how did it fail? What was the log message? Ah, I got this failure with page-turn-page-breaking-badturns.ly regtest again. I don't have any problems compiling that file with lilypond GUB 2.11.34. I actually have input/regression/ building disabled in GDP (which Jan discovered the hard way), so I'm afraid I can't help with this. Cheers, - Graham ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: make web fails [was: Re: quick addition before 2.11.35]
On Sat, 17 Nov 2007 21:28:09 John Mandereau wrote: Le vendredi 16 novembre 2007 à 13:53 -0800, Graham Percival a écrit : Well, how did it fail? What was the log message? Ah, I got this failure with page-turn-page-breaking-badturns.ly regtest again. When I try to view EPS output with Evince/GS, GS fails, and the resulting PNG is a white 6x2 pixel rectangle. Here's the end of the log: Do you get the same error if you compile page-turn-page-breaking-badturns.ly directly (ie. not through make web)? ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
make web fails
make web fails (latest git) on input/bach-schenker.ly with a guile error. I've attached the log file. Processing `/home/joe/oldhome/joe/programming/reference-lilypond/input/bach-schenker.ly' Parsing... Interpreting music... /home/joe/oldhome/joe/programming/reference-lilypond/input/bach-schenker.ly:127:11: warning: cannot find context to switch to \change Staff=LH /home/joe/oldhome/joe/programming/reference-lilypond/input/bach-schenker.ly:140:11: warning: cannot find context to switch to \change Staff=LH Interpreting music... /home/joe/oldhome/joe/programming/reference-lilypond/input/bach-schenker.ly:127:11: warning: cannot find context to switch to \change Staff=LH /home/joe/oldhome/joe/programming/reference-lilypond/input/bach-schenker.ly:140:11: warning: cannot find context to switch to \change Staff=LH [1] Preprocessing graphical objects... /home/joe/oldhome/joe/programming/reference-lilypond/input/bach-schenker.ly:59:12: warning: ignoring too many clashing note columns b2( s2 /home/joe/oldhome/joe/programming/reference-lilypond/input/bach-schenker.ly:161:11: warning: ignoring too many clashing note columns g8[_\markup { \bold I } s4. s1 s s2 /home/joe/oldhome/joe/programming/reference-lilypond/input/bach-schenker.ly:163:14: warning: ignoring too many clashing note columns g,8]_\markup { \bold I } s4. /home/joe/oldhome/joe/programming/reference-lilypond/input/bach-schenker.ly:162:14: warning: ignoring too many clashing note columns d8_\markup { \bold V } s4. /home/joe/oldhome/joe/programming/reference-lilypond/input/bach-schenker.ly:202:11: warning: ignoring too many clashing note columns c8( s /home/joe/oldhome/joe/programming/reference-lilypond/input/bach-schenker.ly:194:11: warning: ignoring too many clashing note columns fis,4( MIDI output to `bach-schenker.midi'... Layout output to `bach-schenker.ps'... Writing bach-schenker-1.signature Writing bach-schenker-2.signature Converting to `bach-schenker.pdf'... `gs -q -dSAFER -dDEVICEWIDTHPOINTS=595.28 -dDEVICEHEIGHTPOINTS=841.89 -dCompatibilityLevel=1.4 -dNOPAUSE -dBATCH -r1200 -sDEVICE=pdfwrite -sOutputFile=bach-schenker.pdf -c .setpdfwrite -f bach-schenker.ps' failed (256) /home/joe/oldhome/joe/programming/reference-lilypond/out/bin/../share/lilypond/current/ly/init.ly:37:1: error: GUILE signaled an error for the expression beginning here # (if (or (pair? toplevel-scores) output-empty-score-list) /home/joe/oldhome/joe/programming/reference-lilypond/out/bin/../share/lilypond/current/ly/init.ly:37:5: error: syntax error, unexpected '(', expecting '=' #(if (or (pair? toplevel-scores) output-empty-score-list) programming error: Parsed object should be dead: static scm_unused_struct* Prob::mark_smob(scm_unused_struct*) continuing, cross fingers programming error: Parsed object should be dead: static scm_unused_struct* Context_def::mark_smob(scm_unused_struct*) continuing, cross fingers programming error: Parsed object should be dead: static scm_unused_struct* Grob::mark_smob(scm_unused_struct*) continuing, cross fingers error: failed files: bach-schenker.ly ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
make web fails on debug build
When I build with --enable-debug --disable-optimising, make web fails (with latest git master). I've narrowed it down to the following command:./out/bin/lilypond -dgs-load-fonts --verbose -b eps input/regression/utf- 8.lyWhich causes gs (8.50) to barf with:Invoking `gs -dNOSAFER -dEPSCrop -dCompatibilityLevel=1.4 -dNOPAUSE -dBATCH -r1200 -sDEVICE=pdfwrite -sOutputFile=utf-8-1.pdf -c .setpdfwrite -f utf-8-1.eps'...GPL Ghostscript 8.50 (2005-12-31)Copyright (C) 2005 artofcode LLC, Benicia, CA. All rights reserved.This software comes with NO WARRANTY: see the file PUBLIC for details.Error: /rangecheck in --string-- Operand stack: --nostringval-- 155849 155850Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 1 3 %oparray_pop 1 3 %oparray_pop --nostringval-- 1 3 %oparray_pop 1 3 %oparray_pop .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- %loop_continue --nostringval-- 1 --nostringval-- --nostringval-- false 1 %stopped_push --nostringval-- --nostringval-- --nostringval-- --nostringval-- --nostringval-- %array_continue --nostringval-- --nostringval-- --nostringval-- Dictionary stack: --dict:1123/1686(ro)(G)-- --dict:0/20(G)-- --dict:74/200(L)-- --dict:28/50(ro)(G)-- --dict:15/40(L)--Current allocation mode is localCurrent file position is 855GPL Ghostscript 8.50: Unrecoverable error, exit code 1Any ideas? I've also tried upgrading gs to 8.54, but it still failed. The full output is attached. GNU LilyPond 2.9.29 warning: Relocation: from cwd: argv0=./out/bin/lilypond warning: Relocation: compile prefix=NONE/share/lilypond/2.9.29, new prefix=/home/joe/programming/git/lilypond/./out PATH=/home/joe/programming/git/lilypond/./out/bin (prepend) Setting PATH to /home/joe/programming/git/lilypond/./out/bin:/home/joe/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11:/usr/games warning: Relocation: framework_prefix=/home/joe/programming/git/lilypond/./out/bin/.. Setting INSTALLER_PREFIX to /home/joe/programming/git/lilypond/./out/bin/.. PATH=/home/joe/programming/git/lilypond/./out/bin/../bin (prepend) Setting PATH to /home/joe/programming/git/lilypond/./out/bin/../bin:/home/joe/programming/git/lilypond/./out/bin:/home/joe/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11:/usr/games Setting GUILE_MIN_YIELD_1 to 70 Setting GUILE_MIN_YIELD_2 to 70 Setting GUILE_MIN_YIELD_MALLOC to 70 LILYPOND_DATADIR=NONE/share/lilypond/2.9.29 LOCALEDIR=/usr/local/share/locale Effective prefix: /home/joe/programming/git/lilypond/./out/bin/../share/lilypond/2.9.29 PATH=/home/joe/programming/git/lilypond/./out/bin/../bin:/home/joe/programming/git/lilypond/./out/bin:/home/joe/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11:/usr/games [] [/home/joe/programming/git/lilypond/./out/bin/../share/lilypond/2.9.29/scm/lily-library.scm][/home/joe/programming/git/lilypond/./out/bin/../share/lilypond/2.9.29/scm/file-cache.scm][/home/joe/programming/git/lilypond/./out/bin/../share/lilypond/2.9.29/scm/define-event-classes.scm][/home/joe/programming/git/lilypond/./out/bin/../share/lilypond/2.9.29/scm/define-music-types.scm][/home/joe/programming/git/lilypond/./out/bin/../share/lilypond/2.9.29/scm/output-lib.scm][/home/joe/programming/git/lilypond/./out/bin/../share/lilypond/2.9.29/scm/c++.scm][/home/joe/programming/git/lilypond/./out/bin/../share/lilypond/2.9.29/scm/chord-ignatzek-names.scm][/home/joe/programming/git/lilypond/./out/bin/../share/lilypond/2.9.29/scm/chord-entry.scm][/home/joe/programming/git/lilypond/./out/bin/../share/lilypond/2.9.29/scm/chord-generic-names.scm][/home/joe/programming/git/lilypond/./out/bin/../share/lilypond/2.9.29/scm/stencil.scm][/home/joe/programming/git/lilypond/./out/bin/../share/lilypond/2.9.29/scm/markup.scm][/home/joe/programming/git/lilypond/./out/bin/../share/lilypond/2.9.29/scm/music-functions.scm][/home/joe/programming/git/lilypond/./out/bin/../share/lilypond/2.9.29/scm/part-combiner.scm][/home/joe/programming/git/lilypond/./out/bin/../share/lilypond/2.9.29/scm/autochange.scm][/home/joe/programming/git/lilypond/./out/bin/../share/lilypond/2.9.29/scm/define-music-properties.scm][/home/joe/programming/git/lilypond/./out/bin/../share/lilypond/2.9.29/scm/auto-beam.scm][/home/joe/programming/git/lilypond/./out/bin/../share/lilypond/2.9.29/scm/chord-name.scm][/home/joe/programming/git/lilypond/./out/bin/../share/lilypond/2.9.29/scm/parser-ly-from-scheme.scm][/home/joe/programming/git/lilypond/./out/bin/../share/lilypond/2.9.29/scm/ly-syntax-constructors.scm][/home/joe/programming/git/lilypond/./out/bin/../share/lilypond/2.9.29/scm/define-context-properties.scm][/home/joe/programming/git/lilypond/./out/bin/../share/lilypond/2.9.29/scm/translation-functions.scm][/home/joe/programming/git/lilypond/./out/bin/../share/lilypond/2.9.29
Re: make web fails on debug build
Joe Neeman escreveu: When I build with --enable-debug --disable-optimising, make web fails (with latest git master). I've narrowed it down to the following command: ./out/bin/lilypond -dgs-load-fonts --verbose -b eps input/regression/utf- 8.ly http://8.ly Any ideas? I've also tried upgrading gs to 8.54, but it still failed. The full output is attached. sounds like a TTF GS problem. Have you tried svn HEAD ? -- Han-Wen Nienhuys - [EMAIL PROTECTED] - http://www.xs4all.nl/~hanwen LilyPond Software Design -- Code for Music Notation http://www.lilypond-design.com ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
make web fails
Hi, make web fails with today's CVS. I have compiled on Fedora Core 5 x86, with Guile 1.8.0, GPL-gs 8.51. Here's the end of the output: Processing `/home/lilycvs/lilypond/input/regression/out-www/lily-1576763871.ly' Parsing...[/home/lilycvs/lilypond/out/bin/../share/lilypond/2.9.22/ly/init.ly[/home/lilycvs/lilypond/out/bin/../share/lilypond/2.9.22/ly/declarations-init.ly[/home/lilycvs/lilypond/out/bin/../share/lilypond/2.9.22/ly/music-functions-init.ly][/home/lilycvs/lilypond/out/bin/../share/lilypond/2.9.22/ly/nederlands.ly][/home/lilycvs/lilypond/out/bin/../share/lilypond/2.9.22/ly/drumpitch-init.ly][/home/lilycvs/lilypond/out/bin/../share/lilypond/2.9.22/ly/chord-modifiers-init.ly][/home/lilycvs/lilypond/out/bin/../share/lilypond/2.9.22/ly/script-init.ly][/home/lilycvs/lilypond/out/bin/../share/lilypond/2.9.22/ly/scale-definitions-init.ly][/home/lilycvs/lilypond/out/bin/../share/lilypond/2.9.22/ly/grace-init.ly][/home/lilycvs/lilypond/out/bin/../share/lilypond/2.9.22/ly/midi-init.ly[/home/lilycvs/lilypond/out/bin/../share/lilypond/2.9.22/ly/performer-init.ly]][/home/lilycvs/lilypond/out/bin/../share/lilypond/2.9.22/ly/paper-defaults.ly[/home/lilycvs/lilypond/out/bin/../share/lilypond/2.9.22/ly/titling-init.ly]][/home/lilycvs/lilypond/out/bin/../share/lilypond/2.9.22/ly/engraver-init.ly][/home/lilycvs/lilypond/out/bin/../share/lilypond/2.9.22/ly/dynamic-scripts-init.ly][/home/lilycvs/lilypond/out/bin/../share/lilypond/2.9.22/ly/spanners-init.ly][/home/lilycvs/lilypond/out/bin/../share/lilypond/2.9.22/ly/property-init.ly]][/home/lilycvs/lilypond/input/regression/out-www/lily-1576763871.ly[/home/lilycvs/lilypond/out/bin/../share/lilypond/2.9.22/ly/lilypond-book-preamble.ly] Renaming input to: `finger-chords-order.ly'] Interpreting music... [/home/lilycvs/lilypond/out/bin/../share/lilypond/2.9.22/fonts/otf/emmentaler-20.otf] elapsed time: 0.03 seconds Element count 69 (spanners 7) Preprocessing graphical objects... Grob count 95[/home/lilycvs/lilypond/out/bin/../share/lilypond/2.9.22/fonts/otf/emmentaler-11.otf][/home/lilycvs/lilypond/out/bin/../share/lilypond/2.9.22/fonts/otf/emmentaler-13.otf][/home/lilycvs/lilypond/out/bin/../share/lilypond/2.9.22/fonts/otf/emmentaler-14.otf][/home/lilycvs/lilypond/out/bin/../share/lilypond/2.9.22/fonts/otf/emmentaler-16.otf][/home/lilycvs/lilypond/out/bin/../share/lilypond/2.9.22/fonts/otf/emmentaler-18.otf][/home/lilycvs/lilypond/out/bin/../share/lilypond/2.9.22/fonts/otf/emmentaler-23.otf][feta-alphabet11_3.9443359375]Backtrace: In /home/lilycvs/lilypond/out/bin/../share/lilypond/2.9.22/scm/lily.scm: 432: 4 (let* ((failed #) (handler #)) (for-each (lambda # # # ...) files) failed) 436: 5* [for-each #procedure #f # #] In unknown file: ?: 6* [#procedure #f (x) lily-1576763871] In /home/lilycvs/lilypond/out/bin/../share/lilypond/2.9.22/scm/lily.scm: 438: 7* [lilypond-file #procedure #f (key failed-file) lily-1576763871] 447: 8 [catch ly-file-failed #procedure #f () #procedure #f (x . args)] In unknown file: ?: 9* [#procedure #f ()] In /home/lilycvs/lilypond/out/bin/../share/lilypond/2.9.22/scm/lily.scm: 448: 10* [ly:parse-file lily-1576763871] In unknown file: ?: 11* [#procedure #f # # #] In /home/lilycvs/lilypond/out/bin/../share/lilypond/2.9.22/ly/lilypond-book-preamble.ly: 3: 12* (if (not (eq? # #t)) (print-score-with-defaults p (scorify-music m p))) 4: 13 [print-score-with-defaults # #] In /home/lilycvs/lilypond/out/bin/../share/lilypond/2.9.22/scm/lily-library.scm: ... 117: 14 [ly:score-process #Score #module b71e1100 ...] In unknown file: ?: 15* [ly:separating-group-spanner::set-spacing-rods #] ?: 16* [ly:self-alignment-interface::x-aligned-on-self #Grob Fingering ] ?: 17* [ly:grob::stencil-width #Grob Fingering ] ?: 18* [ly:text-interface::print #Grob Fingering ] ?: 19* [fingering::calc-text #Grob Fingering ] In /home/lilycvs/lilypond/out/bin/../share/lilypond/2.9.22/scm/output-lib.scm: 402: 20* (let* (# #) (if # #) (number-string digit 10)) 406: 21* (if ( digit 5) (ly:input-message # Music for the martians)) 407: 22 [ly:input-message ... 407: 23* [ly:music-property {#} origin] /home/lilycvs/lilypond/out/bin/../share/lilypond/2.9.22/scm/output-lib.scm:407:27: In procedure ly_music_property in expression (ly:music-property event (quote origin)): /home/lilycvs/lilypond/out/bin/../share/lilypond/2.9.22/scm/output-lib.scm:407:27: Wrong type argument in position 1 (expecting music): #Prob: Stream_event C++: Stream_event((music-cause . #Prob: Music C++: Music((origin . #location finger-chords-order.ly:14:33) (digit . 6))((display-methods #procedure #f (event)) (name . FingeringEvent) (types general-music fingering-event event)) ) (origin . #location finger-chords-order.ly:14:33) (digit . 6))((class . fingering-event)) command failed: /home/lilycvs/lilypond/out/bin/lilypond --backend=eps --formats=ps,png,pdf -dinclude-eps-fonts -dgs-load-fonts --header=texidoc -I /home/lilycvs/lilypond/input/manual
Re: make web fails
On Monday 05 June 2006 00:33, Han-Wen Nienhuys wrote: Erik Sandberg schreef: On Sunday 04 June 2006 17:40, Han-Wen Nienhuys wrote: Erik Sandberg schreef: On Saturday 03 June 2006 14:39, Han-Wen Nienhuys wrote: Erik Sandberg schreef: I don't understand why you have to do the non-const initializations in get_music_list(). Isn'tthere a way to do that in construct_children, and leave the constness? It's just so that start/stop events only need to be created once (look at the initialisations of start_ and stop_). If you like, I can remove those members and use methods create_stop_event and create_start_event instead (still avoids code duplication, but is slightly less efficient). construct_children is also only called once. You can init start_ and stop_ from there, and use those members in the get_music_list() function. true (it just wasn't that apparent to me, because get_music_list is called _from_ construct children, and I forgot that Virtual Functions Are My Friends) -- Erik ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: make web fails
Erik Sandberg schreef: On Saturday 03 June 2006 14:39, Han-Wen Nienhuys wrote: Erik Sandberg schreef: Good point. In that case, you'll need to override Time_scaled_iterator::process() to watch now_mom().main_part_ to insert the events just in time. Patch is attached. ChangeLog entry: * lily/lyric-combine-music-iterator.cc: Send events for tupletSpannerDuration * lily/sequential-iterator.cc: Remove const from get_music_list SCM -Time_scaled_music_iterator::get_music_list () const +Time_scaled_music_iterator::get_music_list () { Music *mus = get_music (); Input *origin = mus-origin (); @@ -28,18 +88,26 @@ /* Create tuplet start/stop span events before/after the music */ SCM tuplet_symbol = ly_symbol2scm (TupletEvent); SCM start_event = scm_call_2 (ly_lily_module_constant (make-span-event), tuplet_symbol, scm_from_int (START)); - Music *start = unsmob_music (start_event); - start-set_spot (*origin); - start-set_property (numerator, mus-get_property (numerator)); - start-set_property (denominator, mus-get_property (denominator)); + start_ = unsmob_music (start_event); + start_-set_spot (*origin); + start_-set_property (numerator, mus-get_property (numerator)); + start_-set_property (denominator, mus-get_property (denominator)); start_event = scm_call_1 (ly_lily_module_constant (make-event-chord), scm_list_1 (start_event)); unsmob_music (start_event)-set_spot (*origin); SCM stop_event = scm_call_2 (ly_lily_module_constant (make-span-event), tuplet_symbol, scm_from_int (STOP)); - unsmob_music (stop_event)-set_spot (*origin); + stop_ = unsmob_music (stop_event); + stop_-set_spot (*origin); stop_event = scm_call_1 (ly_lily_module_constant (make-event-chord), scm_list_1 (stop_event)); unsmob_music (stop_event)-set_spot (*origin); + Moment *mp = unsmob_moment (get_outlet ()-get_property (tupletSpannerDuration)); + + if (mp) +{ + spanner_duration_ = mp-main_part_; + next_split_mom_ = spanner_duration_; +} return scm_list_3 (start_event, child-self_scm (), stop_event); I don't understand why you have to do the non-const initializations in get_music_list(). Isn'tthere a way to do that in construct_children, and leave the constness? -- Han-Wen Nienhuys - [EMAIL PROTECTED] - http://www.xs4all.nl/~hanwen LilyPond Software Design -- Code for Music Notation http://www.lilypond-design.com ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: make web fails
Erik Sandberg schreef: On Saturday 03 June 2006 13:54, Erik Sandberg wrote: On Thursday 01 June 2006 22:09, Han-Wen Nienhuys wrote: - vertical spacing tweaks (already reported this earlier) - alignment-vertical-spacing.ly Fixed, patch attached. ChangeLog entry: * ly/music-functions-init.ly: Updated \overrideProperty to use the new \applyOutput. Looks good, please apply if the files \overrideProperty work again. -- Han-Wen Nienhuys - [EMAIL PROTECTED] - http://www.xs4all.nl/~hanwen LilyPond Software Design -- Code for Music Notation http://www.lilypond-design.com ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: make web fails
On Sunday 04 June 2006 17:40, Han-Wen Nienhuys wrote: Erik Sandberg schreef: On Saturday 03 June 2006 14:39, Han-Wen Nienhuys wrote: Erik Sandberg schreef: I don't understand why you have to do the non-const initializations in get_music_list(). Isn'tthere a way to do that in construct_children, and leave the constness? It's just so that start/stop events only need to be created once (look at the initialisations of start_ and stop_). If you like, I can remove those members and use methods create_stop_event and create_start_event instead (still avoids code duplication, but is slightly less efficient). -- Erik ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: make web fails
Erik Sandberg schreef: On Sunday 04 June 2006 17:40, Han-Wen Nienhuys wrote: Erik Sandberg schreef: On Saturday 03 June 2006 14:39, Han-Wen Nienhuys wrote: Erik Sandberg schreef: I don't understand why you have to do the non-const initializations in get_music_list(). Isn'tthere a way to do that in construct_children, and leave the constness? It's just so that start/stop events only need to be created once (look at the initialisations of start_ and stop_). If you like, I can remove those members and use methods create_stop_event and create_start_event instead (still avoids code duplication, but is slightly less efficient). construct_children is also only called once. You can init start_ and stop_ from there, and use those members in the get_music_list() function. -- Han-Wen Nienhuys - [EMAIL PROTECTED] - http://www.xs4all.nl/~hanwen LilyPond Software Design -- Code for Music Notation http://www.lilypond-design.com ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: make web fails
On Thursday 01 June 2006 22:09, Han-Wen Nienhuys wrote: Han-Wen Nienhuys schreef: Erik Sandberg schreef: [forgot to cc list] OK, I could try to make GUB work locally here. What's the first step? Hm, I guess that will take some time though. Is it OK if I commit stuff before I make it work? Don't commit stuff that doesn't work. However if there is one file that has a GS issue, just comment that out and check if the rest woks. However, there is already a backlog of open issues, seemingly related to some of your patches. Can you review http://muurbloem.xs4all.nl:8081/~lilytest/webdoc/v2.9.7/v2.8.4.html actually, never mind that; this thing has apparently been overwritten with a newer but broken version. Can you review - numbering of percent repeats fixed - lily-1888277513.ly fixed (I'll send you a patch soon) - auto-beam-tuplets.ly - lily-822145481.ly hm.. this one is about tupletSpannerDuration. I can see two alternatives to solve this: * re-add time-keeping to tuplet-engraver to insert starts/stops correctly. * make time-scaled iterator check for tupletSpannerDuration, and generate something like {\tuplet-start \skip 4 \tuplet-stop \tuplet-start \skip 4 ... } music if the property is set. I think this is the cleanest way I can find, but there are problems: - grace notes: (in {c8 c c \grace c c c c}, the grace should be under the second bracket). Can be worked around by adding \grace \skip 1*50 after each tuplet start, that works in practise until we have a better way of handling grace notes in the iterators. - nested tuplets together with tupletSpannerDuration will give strange results, but nobody should do that anyways. I'll go on implementing (2) if you don't have any better ideas. - vertical spacing tweaks (already reported this earlier) - alignment-vertical-spacing.ly will look into -- Erik ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: make web fails
Erik Sandberg schreef: hm.. this one is about tupletSpannerDuration. I can see two alternatives to solve this: * re-add time-keeping to tuplet-engraver to insert starts/stops correctly. * make time-scaled iterator check for tupletSpannerDuration, and generate something like {\tuplet-start \skip 4 \tuplet-stop \tuplet-start \skip 4 ... } music if the property is set. I think this is the cleanest way I can find, but there are problems: I don't understand. You're using Sequential iterator, so why don't you do { \tup-start first-part-of-time-scaled-music \tup-end \tup-start 2nd-part-of-time-scaled-music \tup-end } this will delegate grace notes to the sequential-iterator. - grace notes: (in {c8 c c \grace c c c c}, the grace should be under the second bracket). Can be worked around by adding \grace \skip 1*50 after each No, skip 1*50 is inacceptable. tuplet start, that works in practise until we have a better way of handling grace notes in the iterators. - nested tuplets together with tupletSpannerDuration will give strange results, but nobody should do that anyways. I'm not sure it worked previously either; let's not worry about it. I'll go on implementing (2) if you don't have any better ideas. - vertical spacing tweaks (already reported this earlier) - alignment-vertical-spacing.ly will look into -- Han-Wen Nienhuys - [EMAIL PROTECTED] - http://www.xs4all.nl/~hanwen LilyPond Software Design -- Code for Music Notation http://www.lilypond-design.com ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: make web fails
On Saturday 03 June 2006 13:54, Erik Sandberg wrote: On Thursday 01 June 2006 22:09, Han-Wen Nienhuys wrote: - numbering of percent repeats fixed - lily-1888277513.ly fixed (I'll send you a patch soon) .. and here's the patch. -- Erik ? Documentation/out ? Documentation/out-www ? Documentation/bibliography/out ? Documentation/bibliography/out-www ? Documentation/misc/out ? Documentation/misc/out-www ? Documentation/pictures/out ? Documentation/pictures/out-www ? Documentation/topdocs/out ? Documentation/topdocs/out-www ? Documentation/user/out ? Documentation/user/out-www ? buildscripts/out ? buildscripts/out-www ? cygwin/out ? cygwin/out-www ? elisp/out ? elisp/out-www ? flower/out ? flower/out-www ? flower/include/out ? flower/include/out-www ? input/out ? input/out-www ? input/mutopia/out ? input/mutopia/out-www ? input/mutopia/E.Satie/out ? input/mutopia/E.Satie/out-www ? input/mutopia/F.Schubert/out ? input/mutopia/F.Schubert/out-www ? input/mutopia/J.S.Bach/out ? input/mutopia/J.S.Bach/out-www ? input/mutopia/R.Schumann/out ? input/mutopia/R.Schumann/out-www ? input/mutopia/W.A.Mozart/out ? input/mutopia/W.A.Mozart/out-www ? input/no-notation/out ? input/no-notation/out-www ? input/regression/out ? input/regression/out-www ? input/test/out ? input/test/out-www ? input/tutorial/out ? input/tutorial/out-www ? lily/out ? lily/out-www ? lily/include/out ? lily/include/out-www ? ly/out ? ly/out-www ? make/out ? make/out-www ? mf/feta-alphabet11.600pk ? mf/feta-alphabet11.tfm ? mf/feta-alphabet13.600pk ? mf/feta-alphabet13.tfm ? mf/feta-alphabet14.600pk ? mf/feta-alphabet14.tfm ? mf/feta-alphabet16.600pk ? mf/feta-alphabet16.tfm ? mf/feta-alphabet18.600pk ? mf/feta-alphabet18.tfm ? mf/feta-alphabet20.600pk ? mf/feta-alphabet20.tfm ? mf/feta-alphabet23.600pk ? mf/feta-alphabet23.tfm ? mf/feta-alphabet26.600pk ? mf/feta-alphabet26.tfm ? mf/feta-braces-a.600pk ? mf/feta-braces-b.600pk ? mf/feta-braces-c.600pk ? mf/feta-braces-d.600pk ? mf/feta-braces-e.600pk ? mf/feta-braces-f.600pk ? mf/feta-braces-g.600pk ? mf/feta-braces-h.600pk ? mf/feta-braces-i.600pk ? mf/feta11.600pk ? mf/feta13.600pk ? mf/feta14.600pk ? mf/feta16.600pk ? mf/feta18.600pk ? mf/feta20.600pk ? mf/feta23.600pk ? mf/feta26.600pk ? mf/out ? mf/out-www ? mf/parmesan11.600pk ? mf/parmesan13.600pk ? mf/parmesan14.600pk ? mf/parmesan16.600pk ? mf/parmesan18.600pk ? mf/parmesan20.600pk ? mf/parmesan23.600pk ? mf/parmesan26.600pk ? po/out ? po/out-www ? ps/out ? ps/out-www ? python/out ? python/out-www ? scm/out ? scm/out-www ? scripts/os ? scripts/out ? scripts/out-www ? scripts/string ? scripts/sys ? stepmake/out ? stepmake/out-www ? stepmake/bin/out ? stepmake/bin/out-www ? stepmake/stepmake/out ? stepmake/stepmake/out-www ? tex/out ? tex/out-www ? vim/out ? vim/out-www Index: lily/lyric-combine-music-iterator.cc === RCS file: /sources/lilypond/lilypond/lily/lyric-combine-music-iterator.cc,v retrieving revision 1.55 diff -u -r1.55 lyric-combine-music-iterator.cc --- lily/lyric-combine-music-iterator.cc 24 May 2006 11:58:00 - 1.55 +++ lily/lyric-combine-music-iterator.cc 3 Jun 2006 12:03:42 - @@ -203,6 +203,10 @@ /* Look for a suitable voice to align lyrics to. + +Returns 0 if nothing should change; i.e., if we already listen to the +right voice, or if we don't yet listen to a voice but no appropriate +voice could be found. */ Context * Lyric_combine_music_iterator::find_voice () @@ -232,7 +236,11 @@ void Lyric_combine_music_iterator::process (Moment) { - find_voice (); + /* see if associatedVoice has been changed */ + Context *new_voice = find_voice (); + if (new_voice) +set_music_context (new_voice); + if (!music_context_) return; Index: lily/percent-repeat-iterator.cc === RCS file: /sources/lilypond/lilypond/lily/percent-repeat-iterator.cc,v retrieving revision 1.28 diff -u -r1.28 percent-repeat-iterator.cc --- lily/percent-repeat-iterator.cc 24 May 2006 07:00:41 - 1.28 +++ lily/percent-repeat-iterator.cc 3 Jun 2006 12:03:42 - @@ -34,7 +34,7 @@ percent-set_spot (*mus-origin ()); percent-set_property (length, length); if (repeats 1) - percent-set_property (repeat-count, scm_int2num (i - 1)); + percent-set_property (repeat-count, scm_int2num (i)); child_list = scm_cons (percent-unprotect (), child_list); } child_list = scm_cons (child-self_scm (), child_list); ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: make web fails
Erik Sandberg schreef: On Saturday 03 June 2006 13:54, Erik Sandberg wrote: On Thursday 01 June 2006 22:09, Han-Wen Nienhuys wrote: - numbering of percent repeats fixed - lily-1888277513.ly fixed (I'll send you a patch soon) . and here's the patch. Applied. ChangeLog entry next time? -- Han-Wen Nienhuys - [EMAIL PROTECTED] - http://www.xs4all.nl/~hanwen LilyPond Software Design -- Code for Music Notation http://www.lilypond-design.com ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: make web fails
On Saturday 03 June 2006 14:05, Han-Wen Nienhuys wrote: Erik Sandberg schreef: hm.. this one is about tupletSpannerDuration. I can see two alternatives to solve this: * re-add time-keeping to tuplet-engraver to insert starts/stops correctly. * make time-scaled iterator check for tupletSpannerDuration, and generate something like {\tuplet-start \skip 4 \tuplet-stop \tuplet-start \skip 4 ... } music if the property is set. I think this is the cleanest way I can find, but there are problems: I don't understand. You're using Sequential iterator, so why don't you do { \tup-start first-part-of-time-scaled-music \tup-end \tup-start 2nd-part-of-time-scaled-music \tup-end } this will delegate grace notes to the sequential-iterator. How do I split up music in parts of equal length? Consider obscure cases such as \new Voice \times 2/3 { {c8 c8 \skip 4 c8 } { \skip 4 c8 c8 } } - grace notes: (in {c8 c c \grace c c c c}, the grace should be under the second bracket). Can be worked around by adding \grace \skip 1*50 after each No, skip 1*50 is inacceptable. BTW, I've been thinking about a generic solution to the grace note problems, which involves adding a moment with infinite negative grace part (i.e. at time m, before all grace notes). Would it be OK to use skip 1*inf, if that happens to work? -- Erik ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: make web fails
Erik Sandberg schreef: I don't understand. You're using Sequential iterator, so why don't you do { \tup-start first-part-of-time-scaled-music \tup-end \tup-start 2nd-part-of-time-scaled-music \tup-end } this will delegate grace notes to the sequential-iterator. How do I split up music in parts of equal length? Consider obscure cases such as \new Voice \times 2/3 { {c8 c8 \skip 4 c8 } { \skip 4 c8 c8 } } Good point. In that case, you'll need to override Time_scaled_iterator::process() to watch now_mom().main_part_ to insert the events just in time. - grace notes: (in {c8 c c \grace c c c c}, the grace should be under the second bracket). Can be worked around by adding \grace \skip 1*50 after each No, skip 1*50 is inacceptable. BTW, I've been thinking about a generic solution to the grace note problems, which involves adding a moment with infinite negative grace part (i.e. at time m, before all grace notes). Would it be OK to use skip 1*inf, if that happens to work? I've heard you about this solution before, but I'd like to see a proposal first, especially because you're already dealing with 3 branches (parser rewrite, old stream bugfixing, new stream functionality). FWIW, inserting grace patches of -1*50 will insert extra paper-columns, which will mess up the spacing. -- Han-Wen Nienhuys - [EMAIL PROTECTED] - http://www.xs4all.nl/~hanwen LilyPond Software Design -- Code for Music Notation http://www.lilypond-design.com ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: make web fails
On Saturday 03 June 2006 14:39, Han-Wen Nienhuys wrote: Erik Sandberg schreef: I don't understand. You're using Sequential iterator, so why don't you do { \tup-start first-part-of-time-scaled-music \tup-end \tup-start 2nd-part-of-time-scaled-music \tup-end } this will delegate grace notes to the sequential-iterator. How do I split up music in parts of equal length? Consider obscure cases such as \new Voice \times 2/3 { {c8 c8 \skip 4 c8 } { \skip 4 c8 c8 } } Good point. In that case, you'll need to override Time_scaled_iterator::process() to watch now_mom().main_part_ to insert the events just in time. Thanks, sounds like the Right Way. BTW, I've been thinking about a generic solution to the grace note problems, which involves adding a moment with infinite negative grace part (i.e. at time m, before all grace notes). Would it be OK to use skip 1*inf, if that happens to work? I've heard you about this solution before, but I'd like to see a proposal first, especially because you're already dealing with 3 branches (parser rewrite, old stream bugfixing, new stream functionality). I scheduled that stuff in my brain to post-music-stream time; I'll make a plan when that time gets closer. -- Erik ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: make web fails
On Saturday 03 June 2006 14:39, Han-Wen Nienhuys wrote: Erik Sandberg schreef: Good point. In that case, you'll need to override Time_scaled_iterator::process() to watch now_mom().main_part_ to insert the events just in time. Patch is attached. ChangeLog entry: * lily/lyric-combine-music-iterator.cc: Send events for tupletSpannerDuration * lily/sequential-iterator.cc: Remove const from get_music_list -- Erik ? Documentation/out ? Documentation/out-www ? Documentation/bibliography/out ? Documentation/bibliography/out-www ? Documentation/misc/out ? Documentation/misc/out-www ? Documentation/pictures/out ? Documentation/pictures/out-www ? Documentation/topdocs/out ? Documentation/topdocs/out-www ? Documentation/user/out ? Documentation/user/out-www ? buildscripts/out ? buildscripts/out-www ? cygwin/out ? cygwin/out-www ? elisp/out ? elisp/out-www ? flower/out ? flower/out-www ? flower/include/out ? flower/include/out-www ? input/out ? input/out-www ? input/mutopia/out ? input/mutopia/out-www ? input/mutopia/E.Satie/out ? input/mutopia/E.Satie/out-www ? input/mutopia/F.Schubert/out ? input/mutopia/F.Schubert/out-www ? input/mutopia/J.S.Bach/out ? input/mutopia/J.S.Bach/out-www ? input/mutopia/R.Schumann/out ? input/mutopia/R.Schumann/out-www ? input/mutopia/W.A.Mozart/out ? input/mutopia/W.A.Mozart/out-www ? input/no-notation/out ? input/no-notation/out-www ? input/regression/out ? input/regression/out-www ? input/test/out ? input/test/out-www ? input/tutorial/out ? input/tutorial/out-www ? lily/foo.pdf ? lily/foo.ps ? lily/out ? lily/out-www ? lily/include/out ? lily/include/out-www ? ly/out ? ly/out-www ? make/out ? make/out-www ? mf/feta-alphabet11.600pk ? mf/feta-alphabet11.tfm ? mf/feta-alphabet13.600pk ? mf/feta-alphabet13.tfm ? mf/feta-alphabet14.600pk ? mf/feta-alphabet14.tfm ? mf/feta-alphabet16.600pk ? mf/feta-alphabet16.tfm ? mf/feta-alphabet18.600pk ? mf/feta-alphabet18.tfm ? mf/feta-alphabet20.600pk ? mf/feta-alphabet20.tfm ? mf/feta-alphabet23.600pk ? mf/feta-alphabet23.tfm ? mf/feta-alphabet26.600pk ? mf/feta-alphabet26.tfm ? mf/feta-braces-a.600pk ? mf/feta-braces-b.600pk ? mf/feta-braces-c.600pk ? mf/feta-braces-d.600pk ? mf/feta-braces-e.600pk ? mf/feta-braces-f.600pk ? mf/feta-braces-g.600pk ? mf/feta-braces-h.600pk ? mf/feta-braces-i.600pk ? mf/feta11.600pk ? mf/feta13.600pk ? mf/feta14.600pk ? mf/feta16.600pk ? mf/feta18.600pk ? mf/feta20.600pk ? mf/feta23.600pk ? mf/feta26.600pk ? mf/out ? mf/out-www ? mf/parmesan11.600pk ? mf/parmesan13.600pk ? mf/parmesan14.600pk ? mf/parmesan16.600pk ? mf/parmesan18.600pk ? mf/parmesan20.600pk ? mf/parmesan23.600pk ? mf/parmesan26.600pk ? po/out ? po/out-www ? ps/out ? ps/out-www ? python/out ? python/out-www ? scm/out ? scm/out-www ? scripts/os ? scripts/out ? scripts/out-www ? scripts/string ? scripts/sys ? stepmake/out ? stepmake/out-www ? stepmake/bin/out ? stepmake/bin/out-www ? stepmake/stepmake/out ? stepmake/stepmake/out-www ? tex/out ? tex/out-www ? vim/out ? vim/out-www Index: lily/chord-tremolo-iterator.cc === RCS file: /sources/lilypond/lilypond/lily/chord-tremolo-iterator.cc,v retrieving revision 1.36 diff -u -r1.36 chord-tremolo-iterator.cc --- lily/chord-tremolo-iterator.cc 24 May 2006 07:00:41 - 1.36 +++ lily/chord-tremolo-iterator.cc 3 Jun 2006 15:37:00 - @@ -19,7 +19,7 @@ } SCM -Chord_tremolo_iterator::get_music_list () const +Chord_tremolo_iterator::get_music_list () { Music *mus = get_music (); Input *origin = mus-origin (); Index: lily/percent-repeat-iterator.cc === RCS file: /sources/lilypond/lilypond/lily/percent-repeat-iterator.cc,v retrieving revision 1.29 diff -u -r1.29 percent-repeat-iterator.cc --- lily/percent-repeat-iterator.cc 3 Jun 2006 12:25:27 - 1.29 +++ lily/percent-repeat-iterator.cc 3 Jun 2006 15:37:00 - @@ -19,7 +19,7 @@ } SCM -Percent_repeat_iterator::get_music_list () const +Percent_repeat_iterator::get_music_list () { /* TODO: Distinction between percent, double-percent and slash */ Music *mus = get_music (); Index: lily/sequential-iterator.cc === RCS file: /sources/lilypond/lilypond/lily/sequential-iterator.cc,v retrieving revision 1.41 diff -u -r1.41 sequential-iterator.cc --- lily/sequential-iterator.cc 24 May 2006 07:00:41 - 1.41 +++ lily/sequential-iterator.cc 3 Jun 2006 15:37:00 - @@ -40,7 +40,7 @@ } SCM -Sequential_iterator::get_music_list () const +Sequential_iterator::get_music_list () { return SCM_EOL; } Index: lily/sequential-music-iterator.cc === RCS file: /sources/lilypond/lilypond/lily/sequential-music-iterator.cc,v retrieving revision 1.53 diff -u -r1.53 sequential-music-iterator.cc --- lily/sequential-music-iterator.cc 6 Jan 2006 09:13:25 - 1.53 +++
Re: make web fails
On Saturday 03 June 2006 13:54, Erik Sandberg wrote: On Thursday 01 June 2006 22:09, Han-Wen Nienhuys wrote: - vertical spacing tweaks (already reported this earlier) - alignment-vertical-spacing.ly Fixed, patch attached. ChangeLog entry: * ly/music-functions-init.ly: Updated \overrideProperty to use the new \applyOutput. -- Erik Index: ly/music-functions-init.ly === RCS file: /sources/lilypond/lilypond/ly/music-functions-init.ly,v retrieving revision 1.59 diff -u -r1.59 music-functions-init.ly --- ly/music-functions-init.ly 24 May 2006 07:00:41 - 1.59 +++ ly/music-functions-init.ly 3 Jun 2006 17:18:02 - @@ -133,17 +133,15 @@ (set! grob-name (string-symbol (list-ref name-components 1))) (set! context-name (string-symbol (list-ref name-components 0) - (context-spec-music - (make-music 'ApplyOutputEvent - 'origin location - 'procedure - (lambda (grob orig-context context) - (if (equal? - (cdr (assoc 'name (ly:grob-property grob 'meta))) - grob-name) - (set! (ly:grob-property grob property) value - - context-name))) + (make-music 'ApplyOutputEvent + 'origin location + 'context-type context-name + 'procedure + (lambda (grob orig-context context) + (if (equal? + (cdr (assoc 'name (ly:grob-property grob 'meta))) + grob-name) + (set! (ly:grob-property grob property) value)) breathe = #(define-music-function (parser location) () ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: make web fails
Erik Sandberg schreef: It seems to work equally well as CVS HEAD, so it doesn't break anything (it's just that I hack code all the time, and I don't like to have too big or many development forks active at the same time). The code doesn't have gs problem, it's likely my gs installation that has problems. FWIW, my previous patch for CreateContext has grown over time, and now contains implementations of RemoveContext, ChangeContext and Prepare events as well, and my parser patch has also grown considerably. I think it would be much easier for me to develop if I could commit _some_ stuff before I get GUB running (e.g., it would be good if I could commit fixes for some of the issues you brought up below). I understand that keeping several branches in the air is a pain, especially because CVS makes it so awkward. However, it's something that should be solved on your side of the fence. I don't mind working together on a technical solution that makes it easier for you to have more branches, but keeping HEAD in working order is more important, and part of that is to make sure that we don't introduce new problems, and fix old problems before adding new stuff. -- Han-Wen Nienhuys - [EMAIL PROTECTED] - http://www.xs4all.nl/~hanwen LilyPond Software Design -- Code for Music Notation http://www.lilypond-design.com ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: make web fails
On 6/2/06, Han-Wen Nienhuys [EMAIL PROTECTED] wrote: Erik Sandberg schreef: It seems to work equally well as CVS HEAD, so it doesn't break anything (it's just that I hack code all the time, and I don't like to have too big or many development forks active at the same time). The code doesn't have gs problem, it's likely my gs installation that has problems. FWIW, my previous patch for CreateContext has grown over time, and now contains implementations of RemoveContext, ChangeContext and Prepare events as well, and my parser patch has also grown considerably. I think it would be much easier for me to develop if I could commit _some_ stuff before I get GUB running (e.g., it would be good if I could commit fixes for some of the issues you brought up below). I understand that keeping several branches in the air is a pain, especially because CVS makes it so awkward. However, it's something that should be solved on your side of the fence. I don't mind working together on a technical solution that makes it easier for you to have more branches, but keeping HEAD in working order is more important, and part of that is to make sure that we don't introduce new problems, and fix old problems before adding new stuff. I have tried to get gub working today, and there are problems. Furthermore, I won't have a good Internet connection until wednesday, so I suspect it will take some time before gub works. Can I commit bugfixes for those old problems by sending patches to you meanwhile, or do you prefer to wait? (current gub problem: because of the 64-bit problem, guile required two makes to build, so gub-builder now barfs and wants me to pass --force-package, but I can't find where to add that flag) BTW, will gub need to download much more from internet after make bootstrap succeeds? Erik ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: make web fails
[forgot to cc list] OK, I could try to make GUB work locally here. What's the first step? Hm, I guess that will take some time though. Is it OK if I commit stuff before I make it work? Current status: I have made make-web _almost_ work: Only one ghostscript error occurs (in PDF creation), and if I convince make to ignore that single error, the rest of make web finishes nicely. So, apart from gs, make web finishes nicely. Erik On 6/1/06, Han-Wen Nienhuys [EMAIL PROTECTED] wrote: Erik Sandberg schreef: Hi, Unfortunately I'm still having problems; I have that file in my GS_FONTPATH but nothing changes. You don't happen to know about a ghostscript .deb which is likely to fix All My Problems? No, you could try with the GUB framework, though. We'd have to adapt it a bit, to make it import your sources rather than CVS. The autotest facility runs completely from GUB as well. ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: make web fails
On Thursday 01 June 2006 01:32, Han-Wen Nienhuys wrote: Erik Sandberg schreef: On Tuesday 30 May 2006 11:00, Han-Wen Nienhuys wrote: Erik Sandberg schreef: Hi, Operand stack: Times-Roman Font Times-Roman 10740839 Times-Roman --nostringval-- Times-Roman NimbusRomNo9L-Regu Courier NimbusMonL-Regu try setting GS_FONTPATH too, to a directory containing Times-Roman or Nimbus. Hi, What's usually the file names of those fonts? I could only find NimbusRomNo9L-Regu, which didn't help. I have one in /usr/share/fonts/default/Type1/n021003l.pfb BTW, in which directory does the GUB binaries look for fonts? AFAICS, the gub 2.8.3 binary doesn't install any pfb:s, so how does it know where to look? -- Erik ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: make web fails
Erik Sandberg schreef: [forgot to cc list] OK, I could try to make GUB work locally here. What's the first step? Hm, I guess that will take some time though. Is it OK if I commit stuff before I make it work? Don't commit stuff that doesn't work. However if there is one file that has a GS issue, just comment that out and check if the rest woks. However, there is already a backlog of open issues, seemingly related to some of your patches. Can you review http://muurbloem.xs4all.nl:8081/~lilytest/webdoc/v2.9.7/v2.8.4.html ? It shows a couple of things which are broken in CVS wrt 2.8.4. -- Han-Wen Nienhuys - [EMAIL PROTECTED] - http://www.xs4all.nl/~hanwen LilyPond Software Design -- Code for Music Notation http://www.lilypond-design.com ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: make web fails
Erik Sandberg schreef: --nostringval-- Times-Roman NimbusRomNo9L-Regu Courier NimbusMonL-Regu try setting GS_FONTPATH too, to a directory containing Times-Roman or Nimbus. Hi, What's usually the file names of those fonts? I could only find NimbusRomNo9L-Regu, which didn't help. I have one in /usr/share/fonts/default/Type1/n021003l.pfb BTW, in which directory does the GUB binaries look for fonts? AFAICS, the gub 2.8.3 binary doesn't install any pfb:s, so how does it know where to look? I'm not sure actually. Now that you mention it, it might take fonts from the Apple system folder over here. All the more reason to make things work on a different platform as well; I'd love to hear whether it works for you. The thing with GUB is that a) we control it b) results are much more predictable than with the random mix of packages that you get with Fedora/Ubuntu/Debian/etc. -- Han-Wen Nienhuys - [EMAIL PROTECTED] - http://www.xs4all.nl/~hanwen LilyPond Software Design -- Code for Music Notation http://www.lilypond-design.com ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: make web fails
Han-Wen Nienhuys schreef: Erik Sandberg schreef: [forgot to cc list] OK, I could try to make GUB work locally here. What's the first step? Hm, I guess that will take some time though. Is it OK if I commit stuff before I make it work? Don't commit stuff that doesn't work. However if there is one file that has a GS issue, just comment that out and check if the rest woks. However, there is already a backlog of open issues, seemingly related to some of your patches. Can you review http://muurbloem.xs4all.nl:8081/~lilytest/webdoc/v2.9.7/v2.8.4.html actually, never mind that; this thing has apparently been overwritten with a newer but broken version. Can you review - numbering of percent repeats - vertical spacing tweaks (already reported this earlier) - lily-1888277513.ly - auto-beam-tuplets.ly - alignment-vertical-spacing.ly - lily-822145481.ly -- Han-Wen Nienhuys - [EMAIL PROTECTED] - http://www.xs4all.nl/~hanwen LilyPond Software Design -- Code for Music Notation http://www.lilypond-design.com ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: make web fails
On Thursday 01 June 2006 22:09, Han-Wen Nienhuys wrote: Han-Wen Nienhuys schreef: Erik Sandberg schreef: [forgot to cc list] OK, I could try to make GUB work locally here. What's the first step? Hm, I guess that will take some time though. Is it OK if I commit stuff before I make it work? Don't commit stuff that doesn't work. It seems to work equally well as CVS HEAD, so it doesn't break anything (it's just that I hack code all the time, and I don't like to have too big or many development forks active at the same time). The code doesn't have gs problem, it's likely my gs installation that has problems. FWIW, my previous patch for CreateContext has grown over time, and now contains implementations of RemoveContext, ChangeContext and Prepare events as well, and my parser patch has also grown considerably. I think it would be much easier for me to develop if I could commit _some_ stuff before I get GUB running (e.g., it would be good if I could commit fixes for some of the issues you brought up below). However if there is one file that has a GS issue, just comment that out and check if the rest woks. The error happens in the lilypond.dvi-pdf conversion, so it's difficult to know exactly where it happens. However, there is already a backlog of open issues, seemingly related to some of your patches. Can you review http://muurbloem.xs4all.nl:8081/~lilytest/webdoc/v2.9.7/v2.8.4.html that's a very very cool thing, btw. actually, never mind that; this thing has apparently been overwritten with a newer but broken version. Can you review - numbering of percent repeats oops, my misunderstanding (I thought the first percent was supposed to be 1) - vertical spacing tweaks (already reported this earlier) ah, I didn't see those errors because I had broken \break as well. - lily-1888277513.ly - auto-beam-tuplets.ly - alignment-vertical-spacing.ly - lily-822145481.ly will look into -- Erik ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: make web fails
Erik Sandberg schreef: On Tuesday 30 May 2006 11:00, Han-Wen Nienhuys wrote: Erik Sandberg schreef: Hi, Operand stack: Times-Roman Font Times-Roman 10740839 Times-Roman --nostringval-- Times-Roman NimbusRomNo9L-Regu Courier NimbusMonL-Regu try setting GS_FONTPATH too, to a directory containing Times-Roman or Nimbus. Hi, What's usually the file names of those fonts? I could only find NimbusRomNo9L-Regu, which didn't help. I have one in /usr/share/fonts/default/Type1/n021003l.pfb -- Han-Wen Nienhuys - [EMAIL PROTECTED] - http://www.xs4all.nl/~hanwen LilyPond Software Design -- Code for Music Notation http://www.lilypond-design.com ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: make web fails
On 29-May-06, at 10:42 PM, Erik Sandberg wrote: Using gs 8.50 from 2.8.3 GUB, I get the error below with make web. I have set FWIW, I did a make web about fifteen minutes ago with no problems. I'm using the 2.9.6 GUB with make external_binary=blah web - Graham ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: make web fails
Erik Sandberg schreef: Hi, Using gs 8.50 from 2.8.3 GUB, I get the error below with make web. I have set GS_LIB and PATH as I should (GS_LIB=/usr/local/lilypond/usr/share/ghostscript/8.50/lib/; which gs says /usr/local/lilypond/usr/bin/gs.) If I retry without doing make web-clean, make web finishes successfully. Error message: [...] dvips: Font CenturySchL-Roma used in file lily-9159280865599242862-1.eps is not in the mapping file. dvips: Font Emmentaler-20 used in file lily-9159280865599242862-1.eps is not in the mapping file. dvips: Font Emmentaler-20 used in file lily-6957506230606061556-1.eps is not in the mapping file. dvips: Font DejaVuSans used in file lily-535983264550623805-1.eps is not in the mapping file. dvips: Font Emmentaler-20 used in file lily-6493384730062830282-1.eps is not in the mapping file. lilypond.psfontstex.protexps.prospecial.pro. cmti9.pfb cmsltt10.pfbcmr10.pfbcmcsc10.pfbcmmi10.pfbcmtt12.pfbcmr8.pfb cmsy9.pfbcmsl10.pfbcmtt9.pfbcmr9.pfbcmb10.pfbcmr7.pfbcmbx12.pfb cmtt10.pfbcmti10.pfbcmbxti10.pfbcmsy10.pfb[1 lily-6436681512821748060-1.eps] [-1] [-2] [-3] [-4] [-5] [-6] [-7] [-8] [1] [2henle-flat-gray.epsbaer-flat-gray.epslily-flat-bw.eps] [3 lily-8254656537526312033-1.epslily-8201380477554838082-1.eps] [4 lily-5660798608458903689-1.epslily-5493350772738989532-1.eps lily-5632198086550841585-1.eps] [5lily-6713059006361041903-1.eps [...] lily-5313237390968852376-1.epslily-5819572524009085181-1.eps lily-5382566788178843531-1.eps] [316lily-1760330406249731328-1.eps lily-6129030584106714738-1.epslily-8410947274512974822-1.eps lily-6231838162769267574-1.epslily-5751555838492683041-1.eps lily-6354835211534710420-1.epslily-222599542575867541-1.eps lily-2232168039905104800-1.eps] [317lily-9159280865599242862-1.eps lily-6957506230606061556-1.epslily-535983264550623805-1.eps lily-6493384730062830282-1.eps] [318] [319] [320] [321] [322] [323] [324] [325] [326] [327] [328] [329] [330] [331] [332] [333] [334] Error: /invalidfont in findfont Operand stack: Times-Roman Font Times-Roman 10740839 Times-Roman --nostringval-- Times-Roman NimbusRomNo9L-Regu Courier NimbusMonL-Regu try setting GS_FONTPATH too, to a directory containing Times-Roman or Nimbus. -- Han-Wen Nienhuys - [EMAIL PROTECTED] - http://www.xs4all.nl/~hanwen LilyPond Software Design -- Code for Music Notation http://www.lilypond-design.com ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: make web fails
Graham Percival schreef: On 29-May-06, at 10:42 PM, Erik Sandberg wrote: Using gs 8.50 from 2.8.3 GUB, I get the error below with make web. I have set FWIW, I did a make web about fifteen minutes ago with no problems. I'm using the 2.9.6 GUB with make external_binary=blah web Erik is trying to run it on a non-GUB binary (to test changes that he made himself). We should add something to GUB to allow building non-CVS branches of lilypond with it. -- Han-Wen Nienhuys - [EMAIL PROTECTED] - http://www.xs4all.nl/~hanwen LilyPond Software Design -- Code for Music Notation http://www.lilypond-design.com ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
make web fails
Hi, Using gs 8.50 from 2.8.3 GUB, I get the error below with make web. I have set GS_LIB and PATH as I should (GS_LIB=/usr/local/lilypond/usr/share/ghostscript/8.50/lib/; which gs says /usr/local/lilypond/usr/bin/gs.) If I retry without doing make web-clean, make web finishes successfully. Error message: [...] dvips: Font CenturySchL-Roma used in file lily-9159280865599242862-1.eps is not in the mapping file. dvips: Font Emmentaler-20 used in file lily-9159280865599242862-1.eps is not in the mapping file. dvips: Font Emmentaler-20 used in file lily-6957506230606061556-1.eps is not in the mapping file. dvips: Font DejaVuSans used in file lily-535983264550623805-1.eps is not in the mapping file. dvips: Font Emmentaler-20 used in file lily-6493384730062830282-1.eps is not in the mapping file. lilypond.psfontstex.protexps.prospecial.pro. cmti9.pfb cmsltt10.pfbcmr10.pfbcmcsc10.pfbcmmi10.pfbcmtt12.pfbcmr8.pfb cmsy9.pfbcmsl10.pfbcmtt9.pfbcmr9.pfbcmb10.pfbcmr7.pfbcmbx12.pfb cmtt10.pfbcmti10.pfbcmbxti10.pfbcmsy10.pfb[1 lily-6436681512821748060-1.eps] [-1] [-2] [-3] [-4] [-5] [-6] [-7] [-8] [1] [2henle-flat-gray.epsbaer-flat-gray.epslily-flat-bw.eps] [3 lily-8254656537526312033-1.epslily-8201380477554838082-1.eps] [4 lily-5660798608458903689-1.epslily-5493350772738989532-1.eps lily-5632198086550841585-1.eps] [5lily-6713059006361041903-1.eps [...] lily-5313237390968852376-1.epslily-5819572524009085181-1.eps lily-5382566788178843531-1.eps] [316lily-1760330406249731328-1.eps lily-6129030584106714738-1.epslily-8410947274512974822-1.eps lily-6231838162769267574-1.epslily-5751555838492683041-1.eps lily-6354835211534710420-1.epslily-222599542575867541-1.eps lily-2232168039905104800-1.eps] [317lily-9159280865599242862-1.eps lily-6957506230606061556-1.epslily-535983264550623805-1.eps lily-6493384730062830282-1.eps] [318] [319] [320] [321] [322] [323] [324] [325] [326] [327] [328] [329] [330] [331] [332] [333] [334] Error: /invalidfont in findfont Operand stack: Times-Roman Font Times-Roman 10740839 Times-Roman --nostringval-- Times-Roman NimbusRomNo9L-Regu Courier NimbusMonL-Regu Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 1 3 %oparray_pop 1 3 %oparray_pop 1 3 %oparray_pop 1 3 %oparray_pop .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- 1 6 %oparray_pop 2 6 %oparray_pop --nostringval-- --nostringval-- --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 5 7 %oparray_pop --nostringval-- --nostringval-- --nostringval-- 1 -1 1 --nostringval-- %for_neg_int_continue Dictionary stack: --dict:1122/1686(ro)(G)-- --dict:0/20(G)-- --dict:78/200 (L)-- --dict:125/300(L)-- --dict:50/200(L)-- --dict:78/200 (L)-- --dict:17/17(ro)(G)-- --dict:1122/1686(ro)(G)-- Current allocation mode is local Last OS error: 2 Current file position is 426965 GPL Ghostscript 8.50: Unrecoverable error, exit code 1 make[3]: *** [out-www/lilypond.pdf] Error 1 make[3]: Leaving directory `/home/erik/lily/lilypond-debug/Documentation/user' make[2]: *** [WWW] Error 2 make[2]: Leaving directory `/home/erik/lily/lilypond-debug/Documentation' make[1]: *** [WWW] Error 2 make[1]: Leaving directory `/home/erik/lily/lilypond-debug' make: *** [web] Error 2 -- Erik ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: make web fails for LilyPond 2.8.0/2.9.0 source drop [Also] Re: Futile attempts to build LilyPond 2.8.0
R. Mattes rm at mh-freiburg.de writes: Ok, i found the bug. It looks like this is triggered by using guile-1.6.n instead of guile-1.8 - this also explains why Andreas' build failed. Confirmed. After updating OpenSUSE 10.0 with guile-1.8.0, all is well again. make all web runs to completion with both the LilyPond 2.8.1 source drop and the 2.9.1 CVS contents. Thanks, Ralf, for digging into this. Take care ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: make web fails for LilyPond 2.8.0/2.9.0 source drop [Also] Re: Futile attempts to build LilyPond 2.8.0
On Tuesday 04 April 2006 10:47, Andreas Scherer wrote: R. Mattes rm at mh-freiburg.de writes: Ok, i found the bug. It looks like this is triggered by using guile-1.6.n instead of guile-1.8 - this also explains why Andreas' build failed. Confirmed. After updating OpenSUSE 10.0 with guile-1.8.0, all is well again. make all web runs to completion with both the LilyPond 2.8.1 source drop and the 2.9.1 CVS contents. I encountered the same error, But it is not a bug in itself; just that the configure tests against old versions of certain programs, guile and mftrace that i know about. Maybe an action for the main-core developers to update the files which contain old info, so an end-user who is familiar with the normal build-procedure can use it. The GUB-option is nice, but has also some restrictions build in, and is not completely user-friendly when you are updating an older version. If I know what to change, I will try to update the CVS for the new versions (2.[89].X). Greetings, Herman Grootaers ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: make web fails for LilyPond 2.8.0/2.9.0 source drop [Also] Re: Futile attempts to build LilyPond 2.8.0
Herman Grootaers wrote: On Tuesday 04 April 2006 10:47, Andreas Scherer wrote: R. Mattes rm at mh-freiburg.de writes: Ok, i found the bug. It looks like this is triggered by using guile-1.6.n instead of guile-1.8 - this also explains why Andreas' build failed. Confirmed. After updating OpenSUSE 10.0 with guile-1.8.0, all is well again. make all web runs to completion with both the LilyPond 2.8.1 source drop and the 2.9.1 CVS contents. I encountered the same error, But it is not a bug in itself; just that the configure tests against old versions of certain programs, guile and mftrace that i know about. Maybe an action for the main-core developers to update the files which contain old info, so an end-user who is familiar with the normal build-procedure can use it. the goal for 2.8 is to be compatible with guile 1.6 , and it largely is. For 2.9/3.0 we will require guile 1.8, as we'll likely drop our in-house rational number support for GUILE's. -- Han-Wen Nienhuys - [EMAIL PROTECTED] - http://www.xs4all.nl/~hanwen LilyPond Software Design -- Code for Music Notation http://www.lilypond-design.com ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
make web fails for LilyPond 2.8.0/2.9.0 source drop [Also] Re: Futile attempts to build LilyPond 2.8.0
On Thu, 30 Mar 2006 21:15:57 +0200, R. Mattes wrote: Ok, I've almost been able to build LilyPond 2.6.0 ex fontes on our Debian/Ubuntu Package builder using a pbuilder environment (read: strict building in a clean and well-defined build environment). Unfortunately the package build process stops with the following error message (slightly shortened where indicated): Ok, i found the bug. It looks like this is triggered by using guile-1.6.n instead of guile-1.8 - this also explains why Andreas' build failed. The distributed binary ships with guile-1.8. Hmm, i thought the n.8-Branch was supposed to be stable? Cheers, Ralf Mattes ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: make web fails Version 2.7.18 /ChangeLog/1.4301/Sat Nov 26 20:39:44 2005
upgrade/reinstall GS. png16m is a ghostscript file device. Bernard Hurley wrote: make web fails with: /usr/bin/python ../../scripts/lilypond-book.py --psfonts -I ./ Converting to PNG...Unknown device: png16m GS exited with status: 256/usr/share/guile/1.6/srfi/srfi-1.scm:634:24: In procedure delete-file in expression (f (car ls)): /usr/share/guile/1.6/srfi/srfi-1.scm:634:24: No such file or directory lilypond-book.py: warning: `lilypond' failed (status 2) (ignored) -- Han-Wen Nienhuys - [EMAIL PROTECTED] - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: make web fails Version 2.7.18 /ChangeLog/1.4301/Sat Nov 26 20:39:44 2005
Thanks, fixed it! On Sun, 2005-11-27 at 11:46 +0100, Han-Wen Nienhuys wrote: upgrade/reinstall GS. png16m is a ghostscript file device. Bernard Hurley wrote: make web fails with: /usr/bin/python ../../scripts/lilypond-book.py --psfonts -I ./ Converting to PNG...Unknown device: png16m GS exited with status: 256/usr/share/guile/1.6/srfi/srfi-1.scm:634:24: In procedure delete-file in expression (f (car ls)): /usr/share/guile/1.6/srfi/srfi-1.scm:634:24: No such file or directory lilypond-book.py: warning: `lilypond' failed (status 2) (ignored) -- Bernard Hurley [EMAIL PROTECTED] ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: 'make web' fails (and takes forever)
On Fri, 2005-06-24 at 01:56 +0200, Han-Wen Nienhuys wrote: David Bobroff wrote: On Thu, 2005-06-23 at 22:59 +0200, Han-Wen Nienhuys wrote: David Bobroff wrote: I've tried a few times recently to build the web-docs from CVS. I've noticed that the build time for LilyPond itself seems to be much shorter than it used to be. On the other hand, the build time for the web-docs seems extremely long. I tried building the web-docs (after successfully building LilyPond) from CVS ChangeLog 1.3812 ('release commit') and it happily chugged away apparently building the website. After it had been doing this for over 7 hours I went to bed. When I got up this morning I saw this in the console: Can you give me a tiny bit more of the output? It will probably say Failed files: foo.ly somewhere. Ok, but I'll have to run 'make web' again. I suspect it will take many hours to get there again but I'll likely be able to send something in the morning. Ok, it's morning. Here's a longer end of the output. I started from a point where it looked to be working: Parsing... Renaming input to: `metronome-marking.ly' Interpreting music... [3] Preprocessing graphical objects... Calculating line breaks... [3][4] Writing header field `texidoc' to `lily-1740870191.texidoc'... Writing header field `texidoc' to `lily-1740870191.texidoc'... Writing lily-1740870191-systems.tex... Writing lily-1740870191-systems.texi... Layout output to `lily-1740870191-1.eps'... Layout output to `lily-1740870191.eps'... Converting to PNG... Processing `out-www/collated-files.tely:1638 (lily-1652220718.ly)' Parsing... Renaming input to: `mm-rests2.ly' Interpreting music... [8][12] Preprocessing graphical objects... Calculating line breaks... [3][6][9][12][13] Writing header field `texidoc' to `lily-1652220718.texidoc'... Writing header field `texidoc' to `lily-1652220718.texidoc'... Writing lily-1652220718-systems.tex... Writing lily-1652220718-systems.texi... Layout output to `lily-1652220718-1.eps'... Layout output to `lily-1652220718.eps'... Converting to PNG... Processing `out-www/collated-files.tely:1647 (lily-834776204.ly)' Parsing... Renaming input to: `multi-measure-rest-center.ly' Interpreting music... [3] Preprocessing graphical objects... Calculating line breaks... [3][4] Writing header field `texidoc' to `lily-834776204.texidoc'... Writing header field `texidoc' to `lily-834776204.texidoc'... Writing lily-834776204-systems.tex... Writing lily-834776204-systems.texi... Layout output to `lily-834776204-1.eps'... Layout output to `lily-834776204.eps'... Converting to PNG.../usr/src/lilypond/share/lilypond/2.5.32/scm/ps-to- png.scm:91:16: In procedure system in expression (system cmd): /usr/src/lilypond/share/lilypond/2.5.32/scm/ps-to-png.scm:91:16: Cannot allocate memory lilypond-book.py: warning: `lilypond' failed (status 2) (ignored) lilypond-book.py: error: Process /usr/src/lilypond/lily/out/lilypond -- backend=eps --formats=ps,png --header=texidoc -I ./input/test - dinternal-type-checking -danti-alias-factor=2 - I /usr/src/lilypond/input/regression - I /usr/src/lilypond/input/regression - I /usr/src/lilypond/input/regression/out-www -I /usr/src/lilypond/input -I /usr/src/lilypond/input/regression -I /usr/src/lilypond/input/test -I /usr/src/lilypond/input/tutorial -I /usr/src/lilypond/mf/out - I /usr/src/lilypond/mf/out snippet-map.ly lily-1956597462 lily-311413851 lily-1627534793 lily-1097443063 lily-210382186 lily-2036652784 lily-885928158 lily-1727067039 lily-437356607 lily-2140417309 lily-480868577 lily-1759750501 lily-1189324376 lily-931321402 lily-1776861541 lily-50750963 lily-562104431 lily-980184230 lily-2083426454 lily-1087557510 lily-1543451470 lily-2005545575 lily-675728828 lily-2114415505 lily-443829910 lily-576354807 lily-1186204425 lily-238271921 lily-581475682 lily-2092810622 lily-1737126160 lily-1925784050 lily-1917879539 lily-1172160865 lily-1920652884 lily-1379504195 lily-748493478 lily-1982992675 lily-544946704 lily-2096204882 lily-1054105038 lily-758797365 lily-537168227 lily-675640774 lily-1549631703 lily-1093120878 lily-1492170866 lily-230214834 lily-236959324 lily-862451569 lily-955178042 lily-403892608 lily-826831307 lily-2112294246 lily-1569836352 lily-931500941 lily-371000131 lily-1033383822 lily-1786326899 lily-470405488 lily-1386948243 lily-1712884898 lily-61297531 lily-1446922892 lily-836947082 lily-18381457 lily-941713124 lily-1625534235 lily-2018026026 lily-1019464378 lily-1567401639 lily-684037413 lily-2064877304 lily-359170197 lily-2147305447 lily-581374284 lily-1384039266 lily-783356452 lily-1626160672 lily-127317372 lily-1040857085 lily-1435001409 lily-1907228445 lily-377968127 lily-1981907779 lily-1952518784 lily-296821422 lily-1064980618 lily-139147634 lily-858354388 lily-1240303342 lily-498961823 lily-1694754041 lily-857966633 lily-493128987 lily-245227244 lily-770896615 lily-1448347512 lily-162159653 lily-1603151806 lily-1161024345 lily-947083620 lily-482565241
Re: 'make web' fails (and takes forever)
David Bobroff wrote: Ok, it's morning. Here's a longer end of the output. I started from a point where it looked to be working: Converting to PNG.../usr/src/lilypond/share/lilypond/2.5.32/scm/ps-to- png.scm:91:16: In procedure system in expression (system cmd): /usr/src/lilypond/share/lilypond/2.5.32/scm/ps-to-png.scm:91:16: Cannot allocate memory lilypond-book.py: warning: `lilypond' failed (status 2) (ignored) [EMAIL PROTECTED] lilypond]# [NB I recall that it was taking a Real Long Time to convert to PNG in these last two instances (i.e. for mm-rests2.ly and multi-measure-rest- center.ly). Could the memory leak be leading to the failure?] Yes. Luckily, it only bites you if you have long lilypond-book documents. Still, I'm puzzled that we're seeing the problem only now, since the leak has been in Lily/GUILE for ages. -- Han-Wen Nienhuys - [EMAIL PROTECTED] - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: 'make web' fails (and takes forever)
Han-Wen Nienhuys wrote: David Bobroff wrote: [NB I recall that it was taking a Real Long Time to convert to PNG in these last two instances (i.e. for mm-rests2.ly and multi-measure-rest- center.ly). Could the memory leak be leading to the failure?] Yes. Luckily, it only bites you if you have long lilypond-book documents. Still, I'm puzzled that we're seeing the problem only now, since the leak has been in Lily/GUILE for ages. This has been a problem on my end for at least the last ten releases. If I want to generate HTML documentation, I have to make web, let it fail, make web, let it fail again, etc. Eventually it'll finish cleanly. I also noticed that make web fails if I have the MS Mincho font installed on my Gentoo box. Since this font attempts to cover a great portion of the defined Unicode universe, I suspect that Lilypond is trying to use it for some symbol for which Emmentaler is the desired font. Next time I generate the documentation, I'll re-install MS Mincho first and send in a report if the build fails again. --Daniel ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: 'make web' fails (and takes forever)
Daniel Johnson wrote: This has been a problem on my end for at least the last ten releases. If I want to generate HTML documentation, I have to make web, let it fail, make web, let it fail again, etc. Eventually it'll finish cleanly. I also noticed that make web fails if I have the MS Mincho font installed on my Gentoo box. Since this font attempts to cover a great portion of the defined Unicode universe, I suspect that Lilypond is trying to use it for some symbol for which Emmentaler is the desired font. Next time I generate the documentation, I'll re-install MS Mincho first and send in a report if the build fails again. You're probably running GUILE 1.6 which barfs when the entire mincho font is dumped as a string. GUILE 1.6 has a length limit of 16mb on strings. -- Han-Wen Nienhuys - [EMAIL PROTECTED] - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: 'make web' fails (and takes forever)
David Bobroff wrote: I've tried a few times recently to build the web-docs from CVS. I've noticed that the build time for LilyPond itself seems to be much shorter than it used to be. On the other hand, the build time for the web-docs seems extremely long. I tried building the web-docs (after successfully building LilyPond) from CVS ChangeLog 1.3812 ('release commit') and it happily chugged away apparently building the website. After it had been doing this for over 7 hours I went to bed. When I got up this morning I saw this in the console: Can you give me a tiny bit more of the output? It will probably say Failed files: foo.ly somewhere. While it was working I saw that it would take a lot of time at the points where it was converting to PNG. I didn't actually time any of these events but it was on the order of minutes. PNG generation has become a bit slower, because we render at higher resolution and then scale down the image. However, this should not make that much of a difference. -- Han-Wen Nienhuys - [EMAIL PROTECTED] - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: 'make web' fails (and takes forever)
On Thu, 2005-06-23 at 22:59 +0200, Han-Wen Nienhuys wrote: David Bobroff wrote: I've tried a few times recently to build the web-docs from CVS. I've noticed that the build time for LilyPond itself seems to be much shorter than it used to be. On the other hand, the build time for the web-docs seems extremely long. I tried building the web-docs (after successfully building LilyPond) from CVS ChangeLog 1.3812 ('release commit') and it happily chugged away apparently building the website. After it had been doing this for over 7 hours I went to bed. When I got up this morning I saw this in the console: Can you give me a tiny bit more of the output? It will probably say Failed files: foo.ly somewhere. Ok, but I'll have to run 'make web' again. I suspect it will take many hours to get there again but I'll likely be able to send something in the morning. While it was working I saw that it would take a lot of time at the points where it was converting to PNG. I didn't actually time any of these events but it was on the order of minutes. PNG generation has become a bit slower, because we render at higher resolution and then scale down the image. However, this should not make that much of a difference. I *think* I recall that the really slow PNG generation began some ways into the build. Can't be sure about that, though. -David ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: 'make web' fails (and takes forever)
David Bobroff wrote: On Thu, 2005-06-23 at 22:59 +0200, Han-Wen Nienhuys wrote: David Bobroff wrote: I've tried a few times recently to build the web-docs from CVS. I've noticed that the build time for LilyPond itself seems to be much shorter than it used to be. On the other hand, the build time for the web-docs seems extremely long. I tried building the web-docs (after successfully building LilyPond) from CVS ChangeLog 1.3812 ('release commit') and it happily chugged away apparently building the website. After it had been doing this for over 7 hours I went to bed. When I got up this morning I saw this in the console: Can you give me a tiny bit more of the output? It will probably say Failed files: foo.ly somewhere. Ok, but I'll have to run 'make web' again. I suspect it will take many hours to get there again but I'll likely be able to send something in the morning. While it was working I saw that it would take a lot of time at the points where it was converting to PNG. I didn't actually time any of these events but it was on the order of minutes. PNG generation has become a bit slower, because we render at higher resolution and then scale down the image. However, this should not make that much of a difference. I *think* I recall that the really slow PNG generation began some ways into the build. Can't be sure about that, though. oh yeah, there's another thing: GUILE has a memory leak, which means that lilypond-book run slower the farther you get. I already fixed this in GUILE, but the GUILE guys are kind of slow with doing releases. -- Han-Wen Nienhuys - [EMAIL PROTECTED] - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Make web fails
Hmmm... acting on a suspicion, I re-ran make web. It got a little further this time and then died again. I ran it a third time and it seems to have gotten past that roadblock. I seem to recall that either lilypond-book or TeX itself has a tendency to run out of available temp space, and then it dies without a meaningful error message. Is that what is happening here? Daniel Johnson wrote: Hello all... I've been unable to make web for a number of releases now. The make consistently fails in the same place. I am currently trying to make web for 2.5.29 on a Gentoo box with the following installed: Ghostscript: 8.51 teTeX: 2.0.2 Texinfo: 4.8 Imagemagick: 6.2.2-3 Netpbm: 10.20 I've uploaded my output to the following URLs: http://www.theologian.org/ly/lilypond.log [dvips log] http://www.theologian.org/ly/make-web-fail.log [last ~900 lines of screen output] Here is the tail-end of the make web failure: snip ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Make web fails
Daniel Johnson wrote: Hello all... I've been unable to make web for a number of releases now. The make consistently fails in the same place. I am currently trying to make web for 2.5.29 on a Gentoo box with the following installed: Ghostscript: 8.51 teTeX: 2.0.2 Texinfo: 4.8 Thanks. The problem is that it is loading the wrong texinfo.tex. Loading texinfo [version 2003-02-03.16]: Basics, \bindingoffset=\dimen16 I'll look into it -- Han-Wen Nienhuys - [EMAIL PROTECTED] - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
'make web' fails ChangeLog 1.3420
'make web' exited thusly: lily-1512186862 lily-1846777192 lily-1320595294 lily-1455179227 exited unsuccessfully. Removing `./out-www/instrument-notation.texi' Removing `./out-www/lilypond.texi' Traceback (most recent call last): File ../../scripts/lilypond-book.py, line 1530, in ? main () File ../../scripts/lilypond-book.py, line 1526, in main ly.exit (1) File /usr/src/lilypond/share/lilypond/2.5.19/python/lilylib.py, line 132, in exit raise _ ('Exiting (%d)...') % i Exiting (1)... make[3]: *** [out-www/lilypond.texi] Error 1 make[3]: Leaving directory `/usr/src/lilypond/Documentation/user' make[2]: *** [WWW] Error 2 make[2]: Leaving directory `/usr/src/lilypond/Documentation' make[1]: *** [WWW] Error 2 make[1]: Leaving directory `/usr/src/lilypond' make: *** [web] Error 2 [EMAIL PROTECTED] lilypond]# -David ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
'make web' fails CVS ChangeLog 1.3411
While building the web docs (to see if the PDF fonts thing is ok on my system) it exited thusly: lily-1012193216 lily-920503384 lily-1907188693 lily-1752692436 lily-149988334 lily-1159672687 lily-1684419166 lily-120670767 lily-797724505 exited unsuccessfully. Removing `./out-www/music-glossary.texi' Traceback (most recent call last): File ../../scripts/lilypond-book.py, line 1530, in ? main () File ../../scripts/lilypond-book.py, line 1526, in main ly.exit (1) File /usr/src/lilypond/share/lilypond/2.5.18/python/lilylib.py, line 132, in exit raise _ ('Exiting (%d)...') % i Exiting (1)... make[3]: *** [out-www/music-glossary.texi] Error 1 make[3]: Leaving directory `/usr/src/lilypond/Documentation/user' make[2]: *** [WWW] Error 2 make[2]: Leaving directory `/usr/src/lilypond/Documentation' make[1]: *** [WWW] Error 2 make[1]: Leaving directory `/usr/src/lilypond' make: *** [web] Error 2 [EMAIL PROTECTED] lilypond]# -David ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: 'make web' fails CVS ChangeLog 1.3411
On Fri, 2005-04-08 at 13:44 +0200, Jan Nieuwenhuizen wrote: David Bobroff writes: While building the web docs (to see if the PDF fonts thing is ok on my system) it exited thusly: Ah, make web has some known but yet unidentified bugs. Does running make web again help? Just a few .pngs may be broken. No, it bailed out at the same point: lily-747413561 lily-1087935086 lily-414664398 lily-245473280 lily-503726467 exited unsuccessfully. Removing `./out-www/collated-files.texi' Traceback (most recent call last): File ../../scripts/lilypond-book.py, line 1530, in ? main () File ../../scripts/lilypond-book.py, line 1526, in main ly.exit (1) File /usr/src/lilypond/share/lilypond/2.5.18/python/lilylib.py, line 132, in exit raise _ ('Exiting (%d)...') % i Exiting (1)... make[3]: *** [out-www/collated-files.texi] Error 1 make[3]: Leaving directory `/usr/src/lilypond/input/test' make[2]: *** [WWW] Error 2 rm out-www/sakura-sakura.ly out-www/typography-demo.ly out-www/puer- fragment.ly out-www/les-nereides.ly out-www/wilhelmus.ly make[2]: Leaving directory `/usr/src/lilypond/input' make[1]: *** [WWW] Error 2 make[1]: Leaving directory `/usr/src/lilypond' make: *** [web] Error 2 [EMAIL PROTECTED] lilypond]# -David ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
'make web' fails again
[EMAIL PROTECTED] writes: Ok, got the Ghostscript RPM from the LilyPond site and got it installed. Ran 'make web' and it exited thusly: The Ghostscript RPM is a bit broken ; I'll post a new one soon. -- Han-Wen Nienhuys | [EMAIL PROTECTED] | http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
make web fails
$ make web ... /usr/bin/python ./buildscripts/mutopia-index.py -o /home/karl/lilypond/examples.html ./ generating HTML list /home/karl/lilypond/examples.html cd /home/karl/lilypond [EMAIL PROTECTED] /usr/bin/python /home/karl/lilypond/stepmake/bin/add-html-footer.py --name LilyPond --version 2.5.0 `find . -name '*.html' -print` /bin/sh: /usr/bin/python: Argument list too long make[1]: *** [local-WWW-post] Error 126 make[1]: Leaving directory `/home/karl/lilypond' make: *** [web] Error 2 Patch, this patch assumes that xargs is available and that .../add-html-footer.py a .../add-html-footer.py b is equivalent to .../add-html-footer.py a b $ grep ChangeLog CVS/Entries /ChangeLog/1.2835/Fri Nov 12 06:21:36 2004// $ head -5 ChangeLog 2004-11-12 Karl Hammar [EMAIL PROTECTED] * GNUmakefile.in (local-WWW-post): `find ...` overflows the cmdline, use xargs instead Regards /Karl Index: GNUmakefile.in === RCS file: /cvsroot/lilypond/lilypond/GNUmakefile.in,v retrieving revision 1.128 diff -u -r1.128 GNUmakefile.in --- GNUmakefile.in 6 Nov 2004 10:54:57 - 1.128 +++ GNUmakefile.in 12 Nov 2004 17:41:44 - @@ -67,12 +67,13 @@ web-ext = gz html midi pdf png txt ly -footify = [EMAIL PROTECTED] $(PYTHON) $(step-bindir)/add-html-footer.py --name $(PACKAGE_NAME) --version $(TOPLEVEL_VERSION) +footify = $(PYTHON) $(step-bindir)/add-html-footer.py --name $(PACKAGE_NAME) --version $(TOPLEVEL_VERSION) +footifymail = [EMAIL PROTECTED] local-WWW-post: $(PYTHON) $(buildscript-dir)/mutopia-index.py -o $(builddir)/examples.html ./ - cd $(builddir) $(footify) `$(FIND) . -name '*.html' -print` - cd $(builddir) rm -f `find . -name \*.html~ -print` + cd $(builddir) $(FIND) . -name '*.html' -print | $(footifymail) xargs $(footify) + cd $(builddir) find . -name \*.html~ -print | xargs rm -f cd $(builddir) find Documentation input \ $(web-ext:%=-path '*/out-www/*.%' -or) -false \ $(outdir)/weblist Index: ChangeLog === RCS file: /cvsroot/lilypond/lilypond/ChangeLog,v retrieving revision 1.2835 diff -u -r1.2835 ChangeLog --- ChangeLog 12 Nov 2004 01:44:28 - 1.2835 +++ ChangeLog 12 Nov 2004 17:42:37 - @@ -1,3 +1,8 @@ +2004-11-12 Karl Hammar [EMAIL PROTECTED] + + * GNUmakefile.in (local-WWW-post): `find ...` overflows the + cmdline, use xargs instead + 2004-11-11 Graham Percival [EMAIL PROTECTED] * Documentation/user/lilypond-book.itely: add short warning about ___ lilypond-devel mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/lilypond-devel
make web fails
After cleaning Documentation/user/out-www and re-trying make web, I still get an error. The incrimined .ly is not properly extracted (included below). nicolas:~/cvs/lilypond/Documentation/user make web [...] Now processing `lily-777666744.ly' Parsing... lily-777666744.ly:3:0: error: syntax error, unexpected NOTENAME_PITCH: c8 c4 c4 c4 lily-777666744.ly:6:32: error: Error found in this music expression. Ignoring it: Normally,@code{spacing-increment } is set to 1.2 staff space,which is lily-777666744.ly:8:29: error: Error found in this music expression. Ignoring it: @code{shortest-duration-space } is set to 2.0,meaning that the lily-777666744.ly:10:23: error: Error found in this music expression. Ignoring it: @code{spacing-increment }) of horizontal space. This space is counted lily-777666744.ly:26:14: error: Error found in this music expression. Ignoring it: @code{lilypond } with the @code{--verbose} option. lily-777666744.ly:26:40: error: Error found in this music expression. Ignoring it: @code{lilypond} with the @code{--verbose } option. lily-777666744.ly:29:30: error: Error found in this music expression. Ignoring it: @code{common-shortest-duration } in @internalsref{SpacingSpanner},then lily-777666744.ly:29:63: error: Error found in this music expression. Ignoring it: @code{common-shortest-duration} in @internalsref{SpacingSpanner },then lily-777666744.ly:31:65: error: Error found in this music expression. Ignoring it: base (normally 1/8th),is set through @code{base-shortest-duration }. lily-777666744.ly:33:38: error: Error found in this music expression. Ignoring it: @cindex @code{common-shortest-duration } lily-777666744.ly:34:36: error: Error found in this music expression. Ignoring it: @cindex @code{base-shortest-duration } lily-777666744.ly:35:37: error: Error found in this music expression. Ignoring it: @cindex @code{stem-spacing-correction } lily-777666744.ly:36:21: error: Error found in this music expression. Ignoring it: @cindex @code{spacing } warning: Identifier name is a keyword: `relative' lily-777666744.ly:43:38: error: syntax error, unexpected ',': @lilypond[fragment,verbatim,relative=2 ,linewidth,raggedright] Interpreting music... [4] Preprocessing graphical objects... Calculating line breaks... [3][4] Layout output to `lily-777666744.tex'... lily-777666744.ly:43:59: warning: Braces don't match: @lilypond[fragment,verbatim,relative=2,linewidth,raggedrigh t] Now processing `lily-687429801.ly' Parsing... Interpreting music... [5] Preprocessing graphical objects... Calculating line breaks... [3][5] Layout output to `lily-687429801.tex'... Now processing `lily-1803203358.ly' Parsing... Interpreting music... [2] Preprocessing graphical objects... Calculating line breaks... [2] Interpreting music... [2] Preprocessing graphical objects... Calculating line breaks... [2] Layout output to `lily-1803203358.tex'... error: failed files: lily-777666744.ly ../../scripts/lilypond-book.py: warning: `lilypond' failed (status 1) (ignored) ../../scripts/lilypond-book.py: error: Process lilypond -f tex --tex --header=texidoc -I ./input/test -e '(ly:set-option (quote internal-type-checking) #t)' -I /home/nicolas/cvs/lilypond/Documentation/user -I /home/nicolas/cvs/lilypond/Documentation/user -I /home/nicolas/cvs/lilypond/Documentation/user/out-www -I /home/nicolas/cvs/lilypond/input -I /home/nicolas/cvs/lilypond/input/regression -I /home/nicolas/cvs/lilypond/input/test -I /home/nicolas/cvs/lilypond/input/tutorial -I /home/nicolas/cvs/lilypond/mf/out -I /home/nicolas/cvs/lilypond/mf/out exited unsuccessfully. Removing `./out-www/changing-defaults.texi' Removing `./out-www/lilypond.texi' Traceback (most recent call last): File ../../scripts/lilypond-book.py, line 1262, in ? main () File ../../scripts/lilypond-book.py, line 1259, in main ly.exit (1) File /home/nicolas/cvs/lilypond/share/lilypond/python/lilylib.py, line 132, in exit raise _ ('Exiting (%d)...') % i Exiting (1)... make[1]: *** [out-www/lilypond.texi] Error 1 make[1]: Leaving directory `/home/nicolas/cvs/lilypond/Documentation/user' make: *** [web] Erreur 2 nicolas:~/cvs/lilypond/Documentation/user %% Generated by ../../scripts/lilypond-book.py %% Options: [fragment,verbatim,relative=1] c2 c4. c8 c4. c8 c4. c8 c8 c8 c4 c4 c4 @end lilypond Normally,@code{spacing-increment} is set to 1.2 staff space,which is approximately the width of a note head,and
Re: make web fails
After cleaning Documentation/user/out-www and re-trying make web, I still get an error. The incrimined .ly is not properly extracted (included below). The input file has this: @lilypond[fragment,verbatim,relative=1] c2 c4. c8 c4. c8 c4. c8 c8 c8 c4 c4 c4 @end lilypond This is wrong input, of course. It must be @lilypond[fragment,verbatim,relative=1] c2 c4. c8 c4. c8 c4. c8 c8 c8 c4 c4 c4 @end lilypond Then the output is OK. I've fixed this in the CVS. In general, it's difficult to implement any warnings or error messages with the current regular expressions used to scan for lilypond chunks. If time permits, I'll rewrite lilypond-book to use a more robust solution which also allows nested braces. Werner ___ lilypond-devel mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: make web fails #2
On Fri, 2004-08-20 at 07:35, Han-Wen Nienhuys wrote: [EMAIL PROTECTED] writes: I've grep'ed the source code for fontify-text, and only fret-diagrams.scm uses it. Can I go ahead and remove both fontify-text and fontify-text-white? Please do. Thanks! Done. Can I get permissions for the lilypond-cvs list? [EMAIL PROTECTED] Thanks, Carl ___ lilypond-devel mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: make web fails #2
On Wed, 2004-08-18 at 16:28, Han-Wen Nienhuys wrote: Carl, can you select fonts by tacking any properties you need (and only those) onto the props variable passed via the markup system? It will make sure you select text fonts in the appropriate encoding. I'm not sure exactly how to do this. In my code I call fontify-text, which needs a font as an argument. The code I use to select the font is listed below: (ly:paper-get-font paper `(((font-family . sans) (font-encoding . ,ss-font-encoding) (font-series . medium) (font-shape . upright) (font-size . ,(stepmag string-label-font-mag) If I try to just list the characteristics I want (e.g. (font-family . sans)) then I get the default courier font. The only way I've found to get the sans-serif font I'd really like is to include all the information possible for a font specification. It doesn't seem like I can use props as an argument to ly:paper-get-font, because there are other properties (e.g. diagram size, dot-color, etc.) Should I use chain-assoc-get to get any font-related properties from props, with default values like I'm currently using? Something like the following? It seems that code like this would give everything I need, but respect the settings in props. (let* ((my-font-family (chain-assoc-get 'font-family props 'sans)) (my-font-encoding (chain-assoc-get 'font-encoding props 'ec)) (my-font-series (chain-assoc-get 'font-series props 'medium)) (my-font-shape (chain-assoc-get 'font-shape props 'upright)) (my-font-size (chain-assoc-get 'font-size props (stepmag string-label-font-mag))) (selected-font (ly:paper-get-font paper `(((font-family . ,my-font-family) (font-encoding . ,my-font-encoding) (font-series . ,my-font-series) (font-shape . ,my-font-shape) (font-size . ,my-font-size) (fontify-text selected-font abcde)) If there's some other fundamental approach I should take, give me an idea of where there's an example, and I'll figure it out. Thanks, Carl ___ lilypond-devel mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: make web fails #2
On Thu, 2004-08-19 at 07:44, Carl Sorensen wrote: On Wed, 2004-08-18 at 16:28, Han-Wen Nienhuys wrote: Carl, can you select fonts by tacking any properties you need (and only those) onto the props variable passed via the markup system? It will make sure you select text fonts in the appropriate encoding. I'm not sure exactly how to do this. In my code I call fontify-text, which needs a font as an argument. The code I use to select the font is listed below: After thinking about it more, it seems like perhaps the best way to do this is to replace fontify-text calls with interpret-markup calls e.g. instead of (fontify-text my-font abcde) use (interpret-markup paper (prepend-alist-chain 'font-family 'sans props) abcde) to return a stencil that I can then put in the proper location in the fret diagram. Is this the right way to approach it? Carl ___ lilypond-devel mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: make web fails #2
[EMAIL PROTECTED] writes: On Wed, 2004-08-18 at 16:28, Han-Wen Nienhuys wrote: Carl, can you select fonts by tacking any properties you need (and only those) onto the props variable passed via the markup system? It will make sure you select text fonts in the appropriate encoding. I'm not sure exactly how to do this. In my code I call fontify-text, which needs a font as an argument. The code I use to select the font is listed below: (ly:paper-get-font paper `(((font-family . sans) (font-encoding . ,ss-font-encoding) (font-series . medium) (font-shape . upright) (font-size . ,(stepmag string-label-font-mag) you should do (ly:paper-get-font paper (cons `((font-family . sans)) props)) or similar. -- Han-Wen Nienhuys | [EMAIL PROTECTED] | http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: make web fails #2
[EMAIL PROTECTED] writes: On Thu, 2004-08-19 at 07:44, Carl Sorensen wrote: On Wed, 2004-08-18 at 16:28, Han-Wen Nienhuys wrote: Carl, can you select fonts by tacking any properties you need (and only those) onto the props variable passed via the markup system? It will make sure you select text fonts in the appropriate encoding. I'm not sure exactly how to do this. In my code I call fontify-text, which needs a font as an argument. The code I use to select the font is listed below: After thinking about it more, it seems like perhaps the best way to do this is to replace fontify-text calls with interpret-markup calls e.g. instead of (fontify-text my-font abcde) use (interpret-markup paper (prepend-alist-chain 'font-family 'sans props) abcde) to return a stencil that I can then put in the proper location in the fret diagram. Is this the right way to approach it? That's better still, since then you're not tied to the specifics of the text-output backend. -- Han-Wen Nienhuys | [EMAIL PROTECTED] | http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: make web fails #2
On Thu, 2004-08-19 at 13:07, Han-Wen Nienhuys wrote: That's better still, since then you're not tied to the specifics of the text-output backend. OK, I've fixed scm/fret-diagrams.scm so there are no more calls to fontify-text, and the only changes to the font from props are to make the font sans-serif and set the size. A while ago, fontify-text was removed, but I was using it in fret-diagrams, so it was reinstated. I also created a function called fontify-text-white. I no longer use this function, either. I've grep'ed the source code for fontify-text, and only fret-diagrams.scm uses it. Can I go ahead and remove both fontify-text and fontify-text-white? Carl ___ lilypond-devel mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/lilypond-devel
make web fails
/ChangeLog/1.2466/Wed Aug 18 15:25:05 2004// nicolas:~/cvs/lilypond make web [...] Now processing `lily-1249256772.ly' [...] /home/nicolas/cvs/lilypond/share/lilypond/scm/framework-tex.scm:188:17: In expression (ly:paper-book-lines book): /home/nicolas/cvs/lilypond/share/lilypond/scm/framework-tex.scm:188:17: Unbound variable: ly:paper-book-lines Should it be ly:paper-book-systems? (make web likes better) Index: scm/framework-ps.scm === RCS file: /cvsroot/lilypond/lilypond/scm/framework-ps.scm,v retrieving revision 1.21 diff -u -r1.21 framework-ps.scm --- scm/framework-ps.scm 13 Aug 2004 15:53:22 - 1.21 +++ scm/framework-ps.scm 18 Aug 2004 19:46:17 - @@ -213,7 +213,7 @@ (define-public (output-preview-framework outputter book scopes fields basename) (let* ((bookpaper (ly:paper-book-book-paper book)) - (systems (ly:paper-book-lines book)) + (systems (ly:paper-book-systems book)) (scale (ly:output-def-lookup bookpaper 'outputscale )) (titles (take-while ly:paper-system-title? systems)) (non-title (find (lambda (x) Index: scm/framework-tex.scm === RCS file: /cvsroot/lilypond/lilypond/scm/framework-tex.scm,v retrieving revision 1.16 diff -u -r1.16 framework-tex.scm --- scm/framework-tex.scm 25 Jul 2004 13:10:51 - 1.16 +++ scm/framework-tex.scm 18 Aug 2004 19:46:17 - @@ -185,7 +185,7 @@ (define-public (output-classic-framework outputter book scopes fields basename) (let* ((bookpaper (ly:paper-book-book-paper book)) - (lines (ly:paper-book-lines book)) + (lines (ly:paper-book-systems book)) (last-line (car (last-pair lines (for-each (lambda (x) @@ -206,7 +206,7 @@ (define-public (output-preview-framework outputter book scopes fields basename ) (let* ((bookpaper (ly:paper-book-book-paper book)) - (lines (ly:paper-book-lines book))) + (lines (ly:paper-book-systems book))) (for-each (lambda (x) (ly:outputter-dump-string outputter x)) nicolas ___ lilypond-devel mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/lilypond-devel
make web fails #2
Now processing `lily-1453207079.ly' Parsing... input renamed to: `fret-diagram.ly' Interpreting music... [5] Preprocessing graphical objects... Calculating line breaks... [3] Backtrace: In /home/nicolas/cvs/lilypond/share/lilypond/scm/define-markup-commands.scm: 589: 27* [Text_item::interpret_markup # Output_def ((#) (#) (# # # ...) ...) ...] In unknown file: ?: 28* [line-markup # Output_def ((#) (#) (# # # ...) ...) ...] In /home/nicolas/cvs/lilypond/share/lilypond/scm/define-markup-commands.scm: 126: 29* [stack-stencil-line 0.6 ... 128: 30* [map #procedure #f (m) (#)] In /usr/share/guile/1.6/srfi/srfi-1.scm: 637: 31 (if (null? rest) (map1 f list1) ...) ... 624: 32 (let ((ret (list #))) (letrec ((lp #)) (lp (cdr ls) ret))) 624: 33* [list ... 624: 34* [#procedure #f # #] In /home/nicolas/cvs/lilypond/share/lilypond/scm/define-markup-commands.scm: 128: 35 [Text_item::interpret_markup # Output_def ((#) (#) (# # # ...) ...) ...] In unknown file: ?: 36* [fret-diagram-terse-markup # Output_def ((#) (#) (# # # ...) ...) ...] In /home/nicolas/cvs/lilypond/share/lilypond/scm/fret-diagrams.scm: 560: 37* (let (#) (make-fret-diagram paper # #)) 561: 38 [make-fret-diagram # Output_def ((#) (#) (#) ...) ...] 342: 39 (let* (# # # # ...) (if # #) (if # #) ...) 378: 40* (if (not #) (set! fret-diagram-stencil #)) 379: 41 (set! fret-diagram-stencil (ly:stencil-add # fret-diagram-stencil)) 379: 42* [ly:stencil-add ... 380: 43* [draw-dots # Output_def ((#) (#) (#) (# # # # ...) ...) 6 ...] 135: 44 (let* (# # # # ...) (if # labeled-dot-stencil #)) 156: 45* [ly:paper-get-font # Output_def ... 160: 46* (quasiquote ((# # # # ...))) /home/nicolas/cvs/lilypond/share/lilypond/scm/fret-diagrams.scm:160:92: In expression (quasiquote (#)): /home/nicolas/cvs/lilypond/share/lilypond/scm/fret-diagrams.scm:160:92: Unbound variable: ss-font-encoding The attached patch seems to correct it. Index: scm/fret-diagrams.scm === RCS file: /cvsroot/lilypond/lilypond/scm/fret-diagrams.scm,v retrieving revision 1.14 diff -u -r1.14 fret-diagrams.scm --- scm/fret-diagrams.scm 9 Aug 2004 03:12:02 - 1.14 +++ scm/fret-diagrams.scm 18 Aug 2004 20:16:36 - @@ -5,7 +5,7 @@ (c) 2004 Carl D. Sorensen [EMAIL PROTECTED] (define ly:paper-lookup ly:output-def-lookup) ; compat for 2.3, remove when using 2.2 -(define my-font-encoding 'ec ) +(define ss-font-encoding 'ec ) (define (fret-parse-marking-list marking-list fret-count) (let* ((fret-range (list 1 fret-count)) nicolas ___ lilypond-devel mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/lilypond-devel
make web fails
[EMAIL PROTECTED] writes: /ChangeLog/1.2466/Wed Aug 18 15:25:05 2004// nicolas:~/cvs/lilypond make web [...] Now processing `lily-1249256772.ly' [...] /home/nicolas/cvs/lilypond/share/lilypond/scm/framework-tex.scm:188:17: In expression (ly:paper-book-lines book): /home/nicolas/cvs/lilypond/share/lilypond/scm/framework-tex.scm:188:17: Unbound variable: ly:paper-book-lines Should it be ly:paper-book-systems? (make web likes better) yup. -- Han-Wen Nienhuys | [EMAIL PROTECTED] | http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/lilypond-devel
make web fails #2
[EMAIL PROTECTED] writes: ?: 36* [fret-diagram-terse-markup # Output_def ((#) (#) (# # # ...) ...) ...] In /home/nicolas/cvs/lilypond/share/lilypond/scm/fret-diagrams.scm: 560: 37* (let (#) (make-fret-diagram paper # #)) 561: 38 [make-fret-diagram # Output_def ((#) (#) (#) ...) ...] 342: 39 (let* (# # # # ...) (if # #) (if # #) ...) 378: 40* (if (not #) (set! fret-diagram-stencil #)) 379: 41 (set! fret-diagram-stencil (ly:stencil-add # fret-diagram-stencil)) 379: 42* [ly:stencil-add ... 380: 43* [draw-dots # Output_def ((#) (#) (#) (# # # # ...) ...) 6 ...] 135: 44 (let* (# # # # ...) (if # labeled-dot-stencil #)) 156: 45* [ly:paper-get-font # Output_def ... 160: 46* (quasiquote ((# # # # ...))) /home/nicolas/cvs/lilypond/share/lilypond/scm/fret-diagrams.scm:160:92: In expression (quasiquote (#)): /home/nicolas/cvs/lilypond/share/lilypond/scm/fret-diagrams.scm:160:92: Unbound variable: ss-font-encoding The attached patch seems to correct it. Index: scm/fret-diagrams.scm === RCS file: /cvsroot/lilypond/lilypond/scm/fret-diagrams.scm,v retrieving revision 1.14 diff -u -r1.14 fret-diagrams.scm --- scm/fret-diagrams.scm 9 Aug 2004 03:12:02 - 1.14 +++ scm/fret-diagrams.scm 18 Aug 2004 20:16:36 - @@ -5,7 +5,7 @@ (c) 2004 Carl D. Sorensen [EMAIL PROTECTED] (define ly:paper-lookup ly:output-def-lookup) ; compat for 2.3, remove when using 2.2 -(define my-font-encoding 'ec ) +(define ss-font-encoding 'ec ) this superfluous and will actually break font settings for someone who is using different sets of text fonts. Carl, can you select fonts by tacking any properties you need (and only those) onto the props variable passed via the markup system? It will make sure you select text fonts in the appropriate encoding. -- Han-Wen Nienhuys | [EMAIL PROTECTED] | http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: make web fails #2
[EMAIL PROTECTED] writes: Han-Wen Nienhuys [EMAIL PROTECTED] writes: -(define my-font-encoding 'ec ) +(define ss-font-encoding 'ec ) this superfluous and will actually break font settings for someone who is using different sets of text fonts. Oh, sorry then, I've commited it... (I wasn't referring to the fix, but rather Carl's code.) -- Han-Wen Nienhuys | [EMAIL PROTECTED] | http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: make web fails with 2.3.2
* Han-Wen Nienhuys ([EMAIL PROTECTED]) wrote: it looks as if you didn't rebuild the binary. yep, I did. But it was my fault anyway. I was patching the scripts at lilypond/scripts (to be able to run lilypond2.3 and the like) *before* the compilation. Now I'll do it after the compilation and in the debian directory only. Please, disregard the other email. Pedro ___ lilypond-devel mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/lilypond-devel
make web fails with 2.3.2
[EMAIL PROTECTED] writes: Hi, the subject says all. (I have guile 1.6). Here is what I get: -- /usr/bin/python ../scripts/lilypond.py --output=out-www/simple.dvi simple.ly lilypond2.3 (GNU LilyPond) @TOPLEVEL_VERSION@ Running lilypond-bin2.3... Now processing `simple.ly' Parsing... error: Incorrect lilypond version: 2.3.2 (2.2.0, 2.3.1) error: Consider updating the input with the convert-ly script warning: Identifier name is a keyword: `addlyrics' warning: Identifier name is a keyword: `grace' it looks as if you didn't rebuild the binary. -- Han-Wen Nienhuys | [EMAIL PROTECTED] | http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/lilypond-devel
make web fails
On a fresh cvs chechout, ChangeLog 1.2139 nicolas:~/lilypond-cvs/lilypond cat /tmp/lily-157577510.ly %% Generated by lilypond-book %% Options: [quote,fragment,verbatim,relative=2,raggedright] #(define toplevel-score-handler ly:parser-print-score) \paper { linewidth = 160 \mm - 2.0 * 9.0 \mm indent = 0.0\mm raggedright = ##t } \score{ \notes\relative c''{ \set Staff.pedalSustainStyle = #'mixed c\sustainDown d e b\sustainUp\sustainDown b g \sustainUp a \sustainDown \bar |. } } nicolas:~/lilypond-cvs/lilypond gdb lily/out/lilypond-bin GNU gdb 6.1-debian Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-linux...Using host libthread_db library /lib/tls/libthread_db.so.1. (gdb) run /tmp/lily-157577510.ly Starting program: /home/nicolas/lilypond-cvs/lilypond/lily/out/lilypond-bin /tmp/lily-157577510.ly [Thread debugging using libthread_db enabled] [New Thread 1077081344 (LWP 22840)] « /tmp/lily-157577510.ly » maintenant en traitement Analyse... Interprétation en cours de la musique... Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1077081344 (LWP 22840)] Grob::live (this=0x0) at grob-property.cc:118 118 return immutable_property_alist_ != SCM_EOL; (gdb) bt #0 Grob::live (this=0x0) at grob-property.cc:118 #1 0x08157c7d in Piano_pedal_engraver::create_text_grobs (this=0x84ce1d0, p=0x84ce520, mixed=true) at piano-pedal-engraver.cc:301 #2 0x08156be3 in Piano_pedal_engraver::process_music (this=0x84ce1d0) at piano-pedal-engraver.cc:219 #3 0x081caa31 in translator_each (list=0x408fed98, method={__pfn = 0x1d, __delta = 0}) at translator.hh:179 #4 0x081cae3e in recurse_over_translators (c=0x2974, ptr={__pfn = 0x1d, __delta = 0}, dir=UP) at translator-group.cc:131 #5 0x081cae08 in recurse_over_translators (c=0x408fed80, ptr={__pfn = 0x1d, __delta = 0}, dir=UP) at context.hh:179 #6 0x0817451b in Score_engraver::one_time_step (this=0x8432600) at translator.hh:40 #7 0x08172765 in Score_context::one_time_step (this=0x0) at score-context.cc:35 #8 0x080b9a2c in Global_context::one_time_step (this=0x84321a0) at global-context.cc:98 #9 0x080b9ca6 in Global_context::run_iterator_on_me (this=0x84321a0, iter=0x8432480) at global-context.cc:160 #10 0x081719ca in ly_run_translator (mus=0x2974, output_def=0x84ce520) at score.cc:131 #11 0x08171f81 in default_rendering (music=0x0, outdef=0x0, header=0x2974, outname=0x40842968) at score.cc:160 #12 0x0812c44c in ly_parser_print_score (parser_smob=0x2974, score_smob=0x84ce520) at music-output-def.hh:45 #13 0x40066f71 in scm_dapply () from /usr/lib/libguile.so.12 #14 0x40062c4f in scm_apply () from /usr/lib/libguile.so.12 #15 0x4006242f in scm_call_2 () from /usr/lib/libguile.so.12 #16 0x081edbcb in yyparse (my_lily_parser=0x83f32f8) at my-lily-parser.hh:29 #17 0x08127959 in My_lily_parser::parse_file (this=0x83f32f8, init=Cannot access memory at address 0x0 ) at my-lily-parser.cc:101 #18 0x08129fa8 in ly_parse_file (name=0x2974) at string-handle.icc:36 #19 0x4006422b in scm_deval () from /usr/lib/libguile.so.12 #20 0x40067334 in scm_dapply () from /usr/lib/libguile.so.12 #21 0x40062c4f in scm_apply () from /usr/lib/libguile.so.12 #22 0x400623c9 in scm_call_0 () from /usr/lib/libguile.so.12 #23 0x4009a112 in scm_body_thunk () from /usr/lib/libguile.so.12 #24 0x40099ecd in scm_internal_catch () from /usr/lib/libguile.so.12 #25 0x4009a42b in scm_catch () from /usr/lib/libguile.so.12 #26 0x4006422b in scm_deval () from /usr/lib/libguile.so.12 #27 0x40063f89 in scm_deval () from /usr/lib/libguile.so.12 #28 0x40063f89 in scm_deval () from /usr/lib/libguile.so.12 #29 0x40067334 in scm_dapply () from /usr/lib/libguile.so.12 #30 0x40062c4f in scm_apply () from /usr/lib/libguile.so.12 #31 0x400623f7 in scm_call_1 () from /usr/lib/libguile.so.12 #32 0x08100b52 in main_with_guile () at main.cc:290 #33 0x40077538 in scm_init_guile () from /usr/lib/libguile.so.12 #34 0x400774ff in scm_init_guile () from /usr/lib/libguile.so.12 #35 0x4007720b in scm_boot_guile () from /usr/lib/libguile.so.12 #36 0x080fdd39 in main (argc=2, argv=0xb714) at main.cc:399 (gdb) ___ lilypond-devel mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/lilypond-devel
'make web' fails
Current CVS (ChangeLog 1.1119) exits with: chmod -w out-www/collated-files.texi makeinfo -I ./out-www --output=out-www/collated-files.html --html --no-split --no-headers out-www/collated-files.texi /usr/bin/python /usr/src/lilypond/stepmake/bin/add-html-footer.py --index=../../../ --name LilyPond --version 1.7.27 --header=../../Documentation/header.html.in --footer ../../Documentation/footer.html.in out-www/collated-files.html cd ./out-www; texi2dvi --batch -t collated-files.texi /usr/bin/texi2dvi: Missing file arguments. /usr/bin/texi2dvi: Try `--help' for more information. make[2]: *** [out-www/collated-files.dvi] Error 2 rm out-www/collated-files.texi make[2]: Leaving directory `/usr/src/lilypond/input/test' make[1]: *** [WWW] Error 2 make[1]: Leaving directory `/usr/src/lilypond/input' make: *** [examples] Error 2 -David Bobroff ___ Lilypond-devel mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/lilypond-devel