Pango and OpenType

2015-05-01 Thread Werner LEMBERG
This blog entry from Behdad regarding Pango, OpenType, and custom fonts (i.e., fonts provided by applications) might be interesting to you, since it directly affects lilypond. http://mces.blogspot.ca/2015/05/how-to-use-custom-application-fonts.html Werner ___

Issue 4365: Add ly_is_smob(S) to check if S is a smob of type T. (issue 236850043 by nine.fierce.ball...@gmail.com)

2015-05-01 Thread nine . fierce . ballads
Reviewers: dak, Description: Add ly_is_smob(S) to check if S is a smob of type T. Hide Smob_base<>::is_smob(S) to prevent the misleading situation of D::is_smob(S) returning true when S represents an ancestor of D rather than a D. This issue was previously worked around by overriding is_smob()

Re: Strange "make check" error

2015-05-01 Thread David Kastrup
David Kastrup writes: > David Kastrup writes: > >> Cleaned everything out. Baseline got rebuilt, same error. Checking >> different patch (4360 instead of 4357), same error. >> >> I'll eventually do the "reboot computer" dance but I suspect that we got >> ourselves a problem with Ubuntu 15.04.

Re: Redesign listeners using templates (issue 235790043 by d...@gnu.org)

2015-05-01 Thread benko . pal
LGTM https://codereview.appspot.com/235790043/ ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: Just some short feedback

2015-05-01 Thread Paul Morris
> On Apr 28, 2015, at 5:37 PM, David Kastrup wrote: > > You can basically crack the stuff open anywhere and substitute Scheme > (and it's going to be fun to do essentially that in order to deflate the > Scheme engraver implementation and throw the whole map-to-C++ layers > out). All of this so

Re: Strange "make check" error

2015-05-01 Thread Benkő Pál
> I suspect that we got ourselves a problem with Ubuntu 15.04. I got the same assertion, on Lubuntu 15.04. p ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: Strange "make check" error

2015-05-01 Thread James
On 01/05/15 11:36, David Kastrup wrote: James writes: On 01/05/15 10:28, David Kastrup wrote: David Kastrup writes: "Phil Holmes" writes: - Original Message - From: "David Kastrup" To: Sent: Friday, May 01, 2015 9:47 AM Subject: Strange "make check" error Never seen anyth

Re: Strange "make check" error

2015-05-01 Thread James
On 01/05/15 11:40, David Kastrup wrote: David Kastrup writes: Cleaned everything out. Baseline got rebuilt, same error. Checking different patch (4360 instead of 4357), same error. I'll eventually do the "reboot computer" dance but I suspect that we got ourselves a problem with Ubuntu 15.

Re: Strange "make check" error

2015-05-01 Thread David Kastrup
David Kastrup writes: > Cleaned everything out. Baseline got rebuilt, same error. Checking > different patch (4360 instead of 4357), same error. > > I'll eventually do the "reboot computer" dance but I suspect that we got > ourselves a problem with Ubuntu 15.04. Well, either that, or with the

Re: Strange "make check" error

2015-05-01 Thread David Kastrup
James writes: > On 01/05/15 10:28, David Kastrup wrote: >> David Kastrup writes: >> >>> "Phil Holmes" writes: >>> - Original Message - From: "David Kastrup" To: Sent: Friday, May 01, 2015 9:47 AM Subject: Strange "make check" error > Never seen a

Re: Strange "make check" error

2015-05-01 Thread James
On 01/05/15 10:28, David Kastrup wrote: David Kastrup writes: "Phil Holmes" writes: - Original Message - From: "David Kastrup" To: Sent: Friday, May 01, 2015 9:47 AM Subject: Strange "make check" error Never seen anything like that. I suppose it will be a fluke and rerunning

Re: rebase-question

2015-05-01 Thread Thomas Morley
2015-05-01 11:31 GMT+02:00 David Kastrup : > Thomas Morley writes: > >> In my most recent patch for Issue 4344 I found this line: >>\override NoteHead.ignore-ambitus = ##t >> https://codereview.appspot.com/223420043/diff2/20001:40001/ly/engraver-init.ly?context=10&column_width=80 >> >> I didn'

Re: rebase-question

2015-05-01 Thread David Kastrup
Thomas Morley writes: > In my most recent patch for Issue 4344 I found this line: >\override NoteHead.ignore-ambitus = ##t > https://codereview.appspot.com/223420043/diff2/20001:40001/ly/engraver-init.ly?context=10&column_width=80 > > I didn't insert it myself, but I made a rebase against mas

Re: Strange "make check" error

2015-05-01 Thread David Kastrup
David Kastrup writes: > "Phil Holmes" writes: > >> - Original Message - >> From: "David Kastrup" >> To: >> Sent: Friday, May 01, 2015 9:47 AM >> Subject: Strange "make check" error >> >> >>> >>> Never seen anything like that. I suppose it will be a fluke and >>> rerunning the test wi

Re: Strange "make check" error

2015-05-01 Thread David Kastrup
"Phil Holmes" writes: > - Original Message - > From: "David Kastrup" > To: > Sent: Friday, May 01, 2015 9:47 AM > Subject: Strange "make check" error > > >> >> Never seen anything like that. I suppose it will be a fluke and >> rerunning the test will "fix" it, but has anybody encounte

rebase-question

2015-05-01 Thread Thomas Morley
In my most recent patch for Issue 4344 I found this line: \override NoteHead.ignore-ambitus = ##t https://codereview.appspot.com/223420043/diff2/20001:40001/ly/engraver-init.ly?context=10&column_width=80 I didn't insert it myself, but I made a rebase against master before upload. Is this expec

Re: Strange "make check" error

2015-05-01 Thread Phil Holmes
- Original Message - From: "David Kastrup" To: Sent: Friday, May 01, 2015 9:47 AM Subject: Strange "make check" error Never seen anything like that. I suppose it will be a fluke and rerunning the test will "fix" it, but has anybody encountered anything like that? Strange bugout in

Strange "make check" error

2015-05-01 Thread David Kastrup
My issue 4357 patchy borked at me again. However, the log file shows invoking gs -sDEVICE=png16m -dGraphicsAlphaBits=4 -dTextAlphaBits=4 -slilypond-datadir=input/regression/out-test/share/lilypond/current -r101 -sOutputFile=/tmp/build-lilypond-autobuild/out/test-results/input/regression/out

Re: Redesign listeners using templates (issue 235790043 by d...@gnu.org)

2015-05-01 Thread dak
On 2015/05/01 01:22:57, Dan Eble wrote: On 2015/05/01 00:44:45, dak wrote: > I am not going to put in an explanation for every definition of equal_p for some > smob class. OK, that makes sense now. > > invoked as T* t = ly_unsmob(target); > > I don't think that warrants a template functio