David Kastrup writes:
> Not with my current patch-in-progress. g++-4.8 seems to do some kind
> of "overloading resolution" by just randomly picking a candidate from
> several it fails to distinguish and then complaining when it does not
> fit. The errors I am getting seem sort of arbitrary rega
Am 25.06.2016 um 10:36 schrieb David Kastrup:
David Kastrup writes:
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,
wil
Knut Petersen writes:
> Am 25.06.2016 um 10:36 schrieb David Kastrup:
>> Ok, issue 4903 is now in master. What's the news on make -k output
>> now? Does applying the last patch (the one with ENGRAVER_INHERIT in
>> its title) make any difference in the amount of reported errors?
>
> knut@golem:~/
Am 25.06.2016 um 10:36 schrieb David Kastrup:
Ok, issue 4903 is now in master. What's the news on make -k output now? Does applying the last patch (the one with ENGRAVER_INHERIT in its title) make any difference in the amount of reported errors?
knut@golem:~/sources/lily> ../mklily
Building li
David Kastrup writes:
> David Kastrup writes:
>
>> 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 rehear
David Kastrup writes:
> 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.
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
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:
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:
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
"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
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
25 matches
Mail list logo
