David Kastrup writes:
>> autogen.sh --noconfigure
>> configure --prefix=/home/knut/sources/lilybisect/
>> make -k -j 1 CPU_COUNT=1 all
>>
>> Logfile attached.
>
> I see a single error. That's ... curious. Have to go to rehearsal now,
> will investigate later.
Ok, I'll just push issue 4903 out
2016-06-24 17:23 GMT+02:00 David Kastrup :
> Yeah, it seems to be g++ 4 vs g++ 5
Not sure about it.
I tried make -j5 from
a975d6f Issue 4898: Set rhythmic-location early in paper-column-engraver
on
(1)
Debian GNU/Linux 8.2 (jessie) 32-bit
with
$ g++ --version
g++ (Debian 4.9.2-10) 4.9.2
(which
Knut Petersen writes:
> Am 24.06.2016 um 18:15 schrieb David Kastrup:
>> Knut Petersen writes:
>>
>>> Am 24.06.2016 um 16:43 schrieb David Kastrup:
Ok, next try.
>>> On top of HEAD:
>>>
>>> In file included from /home/knut/sources/lily/lily/slur-engraver.cc:32:0:
>>> /home/knut/sources
Knut Petersen writes:
> Am 24.06.2016 um 16:43 schrieb David Kastrup:
>> Ok, next try.
>>
>
> On top of HEAD:
>
> In file included from /home/knut/sources/lily/lily/slur-engraver.cc:32:0:
> /home/knut/sources/lily/lily/slur-engraver.cc: In static member function
> 'static void Slur_engraver::boo
Am 24.06.2016 um 16:43 schrieb David Kastrup:
Ok, next try.
On top of HEAD:
In file included from /home/knut/sources/lily/lily/slur-engraver.cc:32:0:
/home/knut/sources/lily/lily/slur-engraver.cc: In static member function
'static void Slur_engraver::boot()':
/home/knut/sources/lily/lily/inc
Marc Hohl writes:
> Am 24.06.2016 um 10:33 schrieb David Kastrup:
> [...]
>>
>> Well, it got through patchy-staging. So obviously something is
>> different with your setup, and you don't give any information about your
>> setup. What does g++ --version say?
>
> $ g++ --version
> g++ (Ubuntu 4.8
Am 24.06.2016 um 10:33 schrieb David Kastrup:
[...]
Well, it got through patchy-staging. So obviously something is
different with your setup, and you don't give any information about your
setup. What does g++ --version say?
$ g++ --version
g++ (Ubuntu 4.8.4-2ubuntu1~14.04.3) 4.8.4
Copyright
Ok, next try.
>From 664bdeb25a2ece31bd42774e1c0c7cadb790ebf1 Mon Sep 17 00:00:00 2001
From: David Kastrup
Date: Fri, 24 Jun 2016 15:10:44 +0200
Subject: [PATCH] TRANSLATOR_INHERIT -> ENGRAVER_INHERIT
In order to accommodate older g++ compilers, inheriting
methods/listeners/acknowledgers is only
Knut Petersen writes:
> Am 24.06.2016 um 15:13 schrieb David Kastrup:
>> At any rate, this implies that TRANSLATOR_INHERIT fails doing its job
>> when it has to inherit overloaded template functions with a single
>> "using" instruction. I propose the following patch (to current
>> master). Does
Am 24.06.2016 um 15:57 schrieb David Kastrup:
Knut Petersen writes:
Am 24.06.2016 um 15:13 schrieb David Kastrup:
At any rate, this implies that TRANSLATOR_INHERIT fails doing its job
when it has to inherit overloaded template functions with a single
"using" instruction. I propose the follow
Jan-Peter Voigt writes:
> Hi Nathan, hi Dan,
>
> the "nearest" context might be on Staff level - or, if (for example)
> you have voices switching staves, on StaffGroup level, where a
> StaffGroup also might be a GrandStaff or the like. If the context
> property turns out to complex (I don't see a
Am 24.06.2016 um 15:13 schrieb David Kastrup:
At any rate, this implies that TRANSLATOR_INHERIT fails doing its job
when it has to inherit overloaded template functions with a single
"using" instruction. I propose the following patch (to current
master). Does it change something for you?
No:
Hi Nathan, hi Dan,
the "nearest" context might be on Staff level - or, if (for example) you have
voices switching staves, on StaffGroup level, where a StaffGroup also might be
a GrandStaff or the like. If the context property turns out to complex (I don't
see all consequences yet), you'll have
Knut Petersen writes:
> os / compiler
> ===
>
> os version: linux, openSUSE 13.2 (Harlequin) (x86_64)
> gcc --version: (SUSE Linux) 4.8.3 20140627 [gcc-4_8-branch revision 212064]
Pretty old as well.
> git bisect log
> =
> git bisect start
> # good: [f4e12f1b0cb5dfb32f19
- Original Message -
From: "David Kastrup"
To: "Phil Holmes"
Cc: "Thomas Morley" ; "Marc Hohl"
; "Lily-Devel List"
Sent: Friday, June 24, 2016 11:28 AM
Subject: Re: compiling lilypond fails
"Phil Holmes" writes:
make fails for me. Old Ubuntu 10.04. Nuked build and reran confi
> On Jun 24, 2016, at 07:41 , Nathan Chou wrote:
>
> Hello,
>
> spanners with an id are handled as potentially being cross-voice. Each
> engraver maintains a static list member (so it is shared between all
> instances of an engraver) of named spanners and the voice each spanner
> currently belon
Building lilypond is also broken here:
From build log
==
/home/knut/sources/lily/lily/slur-engraver.cc: In static member function
'static void Slur_engraver::boot()':
/home/knut/sources/lily/lily/include/translator.icc:116:40: error:
'&Slur_proto_engraver::listen_slur' is not a v
Hello,
Just wanted to update on my progress for the GSoC cross-voice spanners
project. The approach I am currently trying uses the existing
spanner-id property (which can be set like { c\=hello\< d\=hello\! });
spanners with an id are handled as potentially being cross-voice. Each
engraver maintai
"Phil Holmes" 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/slur-engraver.cc:32:0:
> /media/IntelSSD/lilypond/lilypond-git/lily/slur-engraver.cc: In static
> member function
- Original Message -
From: "Thomas Morley"
To: "Marc Hohl"
Cc: "Lily-Devel List"
Sent: Friday, June 24, 2016 10:11 AM
Subject: Re: compiling lilypond fails
2016-06-24 10:09 GMT+02:00 Marc Hohl :
Hi list,
after a recent "git pull", the call "make -j3" fails with
---
In file inclu
2016-06-24 10:09 GMT+02:00 Marc Hohl :
> Hi list,
>
> after a recent "git pull", the call "make -j3" fails with
>
> ---
>
> In file included from slur-engraver.cc:32:0:
> slur-engraver.cc: In static member function 'static void
> Slur_engraver::boot()':
> ./include/translator.icc:115:40: error: '&S
Marc Hohl writes:
> Hi list,
>
> after a recent "git pull", the call "make -j3" fails with
>
> ---
>
> In file included from slur-engraver.cc:32:0:
> slur-engraver.cc: In static member function 'static void
> Slur_engraver::boot()':
> ./include/translator.icc:115:40: error:
> '&Slur_proto_engrave
Hi list,
after a recent "git pull", the call "make -j3" fails with
---
In file included from slur-engraver.cc:32:0:
slur-engraver.cc: In static member function 'static void
Slur_engraver::boot()':
./include/translator.icc:115:40: error:
'&Slur_proto_engraver::listen_slur' is not a valid templ
23 matches
Mail list logo
