lilypond-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: staging broken


From: Ian Hulin
Subject: Re: staging broken
Date: Fri, 06 Jan 2012 16:38:05 +0000
User-agent: Mozilla/5.0 (X11; Linux i686; rv:8.0) Gecko/20111124 Thunderbird/8.0

On 06/01/12 12:38, Graham Percival wrote:
> hmm, I think I forgot to do something while reconfiguring my
> desktop.  Anyway, make doc fails.
> 
> I see **tons** of messages like
>   Defined "column-markup" function in #<directory (lily) 411399f0>
> which doesn't look like it should exist in production code.  It's
> certainly not helpful when trying to debug doc build failures.
> 
Those are temporary things for T2026 which will go when T1686 is
finished.  If these are causing you serious grief in the meantime I can
prepare another patch removing them all from markup-facility-defs.scm.
If so, do you want this done via another tracker?

> Seems to have failed in
> /main/large-tmp/lilypond-autobuild/Documentation/ly-examples/chart.ly
> can anybody build this "by hand" using current staging?
> 
It failed, but --loglevel=DEBUG tails shows:
Processing
`/home/ian/src/lilypond/build/out/share/lilypond/current/scm/../Documentation/ly-examples/chart.ly'
Parsing...
[/home/ian/src/lilypond/build/out/share/lilypond/current/ly/init.ly
 
[/home/ian/src/lilypond/build/out/share/lilypond/current/ly/declarations-init.ly

[/home/ian/src/lilypond/build/out/share/lilypond/current/ly/music-functions-init.ly]
  [/home/ian/src/lilypond/build/out/share/lilypond/current/ly/toc-init.ly
Defined "table-of-contents-markup-list" function in #<module b6a145d0>
Defined "make-table-of-contents-markup-list" function in #<module b6a145d0>
]
Using `nederlands' note names...

[/home/ian/src/lilypond/build/out/share/lilypond/current/ly/drumpitch-init.ly]

[/home/ian/src/lilypond/build/out/share/lilypond/current/ly/chord-modifiers-init.ly]

[/home/ian/src/lilypond/build/out/share/lilypond/current/ly/script-init.ly]

[/home/ian/src/lilypond/build/out/share/lilypond/current/ly/chord-repetition-init.ly]

[/home/ian/src/lilypond/build/out/share/lilypond/current/ly/scale-definitions-init.ly]

[/home/ian/src/lilypond/build/out/share/lilypond/current/ly/dynamic-scripts-init.ly]

[/home/ian/src/lilypond/build/out/share/lilypond/current/ly/spanners-init.ly]

[/home/ian/src/lilypond/build/out/share/lilypond/current/ly/predefined-fretboards-init.ly]

[/home/ian/src/lilypond/build/out/share/lilypond/current/ly/string-tunings-init.ly]

[/home/ian/src/lilypond/build/out/share/lilypond/current/ly/property-init.ly]
  [/home/ian/src/lilypond/build/out/share/lilypond/current/ly/grace-init.ly]
  [/home/ian/src/lilypond/build/out/share/lilypond/current/ly/midi-init.ly

[/home/ian/src/lilypond/build/out/share/lilypond/current/ly/performer-init.ly]]

[/home/ian/src/lilypond/build/out/share/lilypond/current/ly/paper-defaults-init.ly

[/home/ian/src/lilypond/build/out/share/lilypond/current/ly/titling-init.ly]

[/home/ian/src/lilypond/build/out/share/lilypond/current/ly/text-replacements.ly]]

[/home/ian/src/lilypond/build/out/share/lilypond/current/ly/context-mods-init.ly]

[/home/ian/src/lilypond/build/out/share/lilypond/current/ly/engraver-init.ly]]
 
[/home/ian/src/lilypond/build/out/share/lilypond/current/scm/../Documentation/ly-examples/chart.ly

[/home/ian/src/lilypond/build/out/share/lilypond/current/scm/../Documentation/ly-examples/example-header.ily]

[/home/ian/src/lilypond/build/out/share/lilypond/current/ly/predefined-guitar-fretboards.ly
Using `nederlands' note names...

[/home/ian/src/lilypond/build/out/share/lilypond/current/ly/predefined-guitar-ninth-fretboards.ly]]]
Interpreting music...
[/home/ian/src/lilypond/build/out/share/lilypond/current/fonts/otf/emmentaler-20.otf]
Catching throw for unbound-variable condition
warning: Errors detected while processing
../Documentation/ly-examples/chart.ly

programming error: Parsed object should be dead: static
scm_unused_struct* Prob::mark_smob(SCM)
continuing, cross fingers
programming error: Parsed object should be dead: static
scm_unused_struct* Context_def::mark_smob(SCM)
continuing, cross fingers
programming error: Parsed object should be dead: static
scm_unused_struct* Context_mod::mark_smob(SCM)
continuing, cross fingers
programming error: Parsed object should be dead: static
scm_unused_struct* Lily_lexer::mark_smob(SCM)
continuing, cross fingers
Success: compilation successfully completed

The problem is fixed by adding make-simple-markup to the
(scm module-facility-def)'s interface like this

address@hidden ~/src/lilypond/build (T2026)$ git diff
diff --git a/scm/markup-facility-defs.scm b/scm/markup-facility-defs.scm
index 9131514..c7a68f9 100644
--- a/scm/markup-facility-defs.scm
+++ b/scm/markup-facility-defs.scm
@@ -23,13 +23,13 @@
   #:re-export-syntax (defmacro*-public)
   #:export        (markup?
                   markup-join
+                  make-simple-markup
                   compile-all-markup-expressions
                   compile-markup-expression)

   #:export-syntax (markup
                   define-markup-command
-                  define-markup-list-command
-                  markup* )
+                  define-markup-list-command)
   #:replace (markup))

 "
address@hidden ~/src/lilypond/build (T2026)$

the (define-public empty-markup) statement in define-markup-definitions
used make-simple-markup directly which is a macro defined during the
macro expansion of (define-markup-command (simple ... ) in
markup-facility-defs.  The other line change was to take out cruft
exporting the now-defunct markup* macro.

Running regression tests and document build now.

Graham, how do you want to handle this? Should I push a patch with this
mod. in addition to T2026 or re-submit the whole shebang?

> I also see errors like this:
> 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* Context_mod::mark_smob(scm_unused_struct*)
> continuing, cross fingers
> 
> anybody recognize what's happening?

These cropped up independently of T2026, after one of several
git pull/rebase cycles.

Cheers,
Ian





reply via email to

[Prev in Thread] Current Thread [Next in Thread]