[Top][All Lists]

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

Re: compiling lilypond fails

From: Phil Holmes
Subject: Re: compiling lilypond fails
Date: Fri, 24 Jun 2016 13:37:30 +0100

----- Original Message ----- From: "David Kastrup" <address@hidden>
To: "Phil Holmes" <address@hidden>
Cc: "Thomas Morley" <address@hidden>; "Marc Hohl" <address@hidden>; "Lily-Devel List" <address@hidden>
Sent: Friday, June 24, 2016 11:28 AM
Subject: Re: compiling lilypond fails

"Phil Holmes" <address@hidden> writes:

make fails for me.  Old Ubuntu 10.04.  Nuked build and reran configur
etc. Result is:

In file included from
/media/IntelSSD/lilypond/lilypond-git/lily/ In static
member function 'static void Slur_engraver::boot()':
error: '&Slur_proto_engraver::listen_slur' is not a valid template
argument for type 'void (Slur_engraver::*)(Stream_event*)' because it
is of type 'void (Slur_proto_engraver::*)(Stream_event*)'
method_finder<&cl::listen_ ## m> (), \
note: in expansion of macro 'ADD_LISTENER'
ADD_LISTENER (Slur_engraver, slur);
note: standard conversions are not allowed in this context
method_finder<&cl::listen_ ## m> (), \
note: in expansion of macro 'ADD_LISTENER'
ADD_LISTENER (Slur_engraver, slur);
make[1]: *** [out/slur-engraver.o] Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: Leaving directory
make: *** [all] Error 2

I don't think we have supported 10.04 for a long time now (and there
have been long streaks of time where it definitely failed on other

I am somewhat puzzled at this failure because exactly the _same_
technique has been used for acknowledgers for quite a while now,
recently reversed, and later reinstated.

So it does not make a whole lot of sense to be that it fails with
listeners, and only with some compilers.  The responsible commit would
likely be

commit f7013d65b51f1372dc31973b78bbe04f505ea569
Author: David Kastrup <address@hidden>
Date:   Sat Jun 18 10:20:43 2016 +0200

   Issue 4899/1: Let method_finder also find listeners

   This allows using inherited listeners directly like with
   acknowledgers and translator methods.

However, it is also conceivable that some other commit in the 4899
series pushes your compiler version over the edge.  Can you try checking
which commits in issue 4899 (if any) make your compilation go bad?

Maybe I can figure then out what is unique about them after all and we
can figure out how to be more compiler-friendly.

Marc, what compiler version do you have?

David Kastrup

I couldn't check which was the problematic commit, because I've decided to bite the bullet and upgrade my OS. The was non-trivial because the updater didn't work - presumably too old!. Had to download an iso of 12.05 and it's currently upgrading. Fingers are crossed. If that works I'll push on to 14.04, I reckon.

Phil Holmes

reply via email to

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