[Top][All Lists]

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

Re: cannot find Voice `uniqueContext0' with \context Staff

From: Michael Käppler
Subject: Re: cannot find Voice `uniqueContext0' with \context Staff
Date: Wed, 9 Sep 2020 17:00:39 +0200
User-agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.12.0

Am 09.09.2020 um 13:12 schrieb David Kastrup:
Michael Käppler <xmichael-k@web.de> writes:

Am 08.09.2020 um 22:37 schrieb James Lowe:
On 08/09/2020 20:15, Thomas Morley wrote:

this came up in the german forum:

\context Staff { b1 }
\addlyrics { foo }

results in not printed lyrics and the warning:

warning: cannot find Voice `uniqueContext0'
             { foo }

It worked up to 2.18.2 but fails for 2.20.0 and upstream

Changing the code to use
\context Voice or \new Voice or \new Staff

It seems it occurred somewhere in those builds that we can no longer
compile by default. Also see:

i.e. 2.19.12 does NOT have the warning and I cannot compile another
build until 2.19.38 where the warning is already manifest.

I tried to do what David suggested in that email thread above but was
unsuccessful with cherry picking (more my skills than David's
instructions though), so this is going to be tedious to bisect I expect.

I can try to hunt this down today, but please, gurus, intervene if you
have an immediate guess what's going on.
commit df3457d85ebfa4bc347a4569241227449f84b901
Author: David Kastrup <dak@gnu.org>
Date:   Tue Sep 9 11:14:34 2014 +0200

     Allow \addlyrics to work with arbitrary contexts

would be my guess.  Version 2.19.14.
Almost correct, it was

commit fc9070f6ca7945cf30c991b11874de570d90c9e6
Author: David Kastrup <dak@gnu.org>
Date:   Tue Sep 9 11:04:27 2014 +0200

    Revert "Convert \new Staff ... \addlyrics into \new Staff \new
Voice ... \addlyrics"

    This reverts commit 76f256075f0a4f481d7e11c19dd55ab09030fe5b.

(Btw, using an old LilyDevDebian VM image did the trick and saved me a
lot of time compared to cherry-picking
the compilation fixes IMHO. It is *very* nice to see, how the
compilation logs have been improved in the meantime,
being full of uncomprehensible warnings and with cluttered terminal
output. Many thanks to all that put their effort in this topic)

I can take another look this evening, I don't know, however, if I can
manage to understand the history of
these changes and whether the use case Harm mentioned did only work by


reply via email to

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