The latest patch dies badly when trying to compile flags-in-scheme.ly
programming error: ignoring weird minimum distance
continuing, cross fingers
... repeated tons and tons of times...
terminate called after throwing an instance of 'std::bad_alloc'
what(): std::bad_alloc
Aborted
I think thi
Looks basically good. Could you add this between the first and second
points in LICENSE ?
* It does not apply to ly/articulate.ly, which is only licensed
under the GPL version 3 (not any later versions).
http://codereview.appspot.com/4277067/diff/5001/Documentation/notation/input.itely
On Mon, Apr 4, 2011 at 3:15 PM, David Kastrup wrote:
>
> Hi, I am trying to come up with an alteration value that does not match
> "normal" alterations but is neither positive nor negative (since
> otherwise a "change" will cause naturals to be printed).
>
> +nan.0 appears fine for that. But can
On Mon, Apr 04, 2011 at 10:59:30AM +, James Lowe wrote:
> Does this still need pushing?
For clarity, no; it was pushed in
392a7071f8aa83557d1563662d0329a41225c912
right before the 2.13.57 release.
Cheers,
- Graham
___
lilypond-devel mailing list
li
> "Francisco" == Francisco Vila writes:
Francisco> 2011/4/5 Peter Chubb :
>>
>> Hi Francisco, If this is (finally!) going to get in, it'd be
>> worth having somewhat better documentation than it has. You've
>> done a pretty good job of grabbing the stuff I had in my ReadME
>> file, bu
2011/4/5 Peter Chubb :
>
> Hi Francisco,
> If this is (finally!) going to get in, it'd be worth having
> somewhat better documentation than it has. You've done a pretty
> good job of grabbing the stuff I had in my ReadME file, but if this
> is no longer to be a chunk of source code that's
Oh, and another note: Articulate doesn't actually need the
\unfoldRepeats for anything. It's just that for MIDI output you
generally want repeats to be unfolded, and if you do
\unfoldRepeats\articulate it uses less processor time than
\articulate\unfoldRepeats -- on complicated scores with lots o
Hi Francisco,
If this is (finally!) going to get in, it'd be worth having
somewhat better documentation than it has. You've done a pretty
good job of grabbing the stuff I had in my ReadME file, but if this
is no longer to be a chunk of source code that's downloaded
separately, (whe
Hi, I am trying to come up with an alteration value that does not match
"normal" alterations but is neither positive nor negative (since
otherwise a "change" will cause naturals to be printed).
+nan.0 appears fine for that. But can we rely on it being available on
supported platforms? I don't f
2011/3/31 :
> New patch coming soon after license update.
This new patch waits for comments. I have a comment: the wording is
awful esp. at last paragraph. I can do it better.
http://codereview.appspot.com/4277067
Thanks; Peter, please confirm (or deny) that what I say about
\unfoldRepeats is
On Mon, Apr 04, 2011 at 10:51:16AM +0200, Janek Warchoł wrote:
> 2011/4/4
> >
> > This patch loses flags! is that deliberate?!
> > stem-tremolo.ly
> > flags-default.ly
> > beam-collision-beamcount.ly
> > ... etc...
>
> Did you "make clean" before building?
No, sorry! My fault. I'll check t
Hi Graham & all,
2011/4/3 Graham Percival :
> Ok, now that any doubts about my meta-april fool's joke are over,
> I'd like to sound out opinions about 2.14.
>
>
> GOOD NEWS
>
> I think we've finally resolved our "technical debt" -- it's been a
> while since I've seen Critical issues that were intr
- Original Message -
From: "James Lowe"
To: "Phil Holmes" ; "Graham Percival"
; "Colin Campbell"
Cc:
Sent: Monday, April 04, 2011 11:59 AM
Subject: RE: website build notes
Phil,
)-Original Message-
)From: lilypond-devel-bounces+james.lowe=datacore@gnu.org
)[mailto:lilyp
- Original Message -
From: "Graham Percival"
To: "Colin Campbell"
Cc: "Phil Holmes" ;
Sent: Monday, April 04, 2011 5:40 AM
Subject: Re: website build notes
On Sun, Apr 03, 2011 at 09:51:21PM -0600, Colin Campbell wrote:
Something seems to have choked in build-notes.itexi, Graham.
S
On 11-04-03 10:40 PM, Graham Percival wrote:
On Sun, Apr 03, 2011 at 09:51:21PM -0600, Colin Campbell wrote:
Something seems to have choked in build-notes.itexi, Graham.
Specifically, the node on Website build no longer produces an html
file.
Wow, this one really went through the cracks!
- a n
lgtm
http://codereview.appspot.com/4339047/diff/10001/lily/beam-quanting.cc
File lily/beam-quanting.cc (right):
http://codereview.appspot.com/4339047/diff/10001/lily/beam-quanting.cc#newcode462
lily/beam-quanting.cc:462: if (!configs.size())
* move to directly after generate_quants()
* use con
Phil,
)-Original Message-
)From: lilypond-devel-bounces+james.lowe=datacore@gnu.org
)[mailto:lilypond-devel-bounces+james.lowe=datacore@gnu.org] On
)Behalf Of Phil Holmes
)Sent: 03 April 2011 11:35
)To: Graham Percival; Colin Campbell
)Cc: lilypond-devel@gnu.org
)Subject: Re: websi
Pushed as commit
85fe0f15000f793435221fab2688ba3fa65a028f
http://codereview.appspot.com/4273125/
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
On Apr 4, 2011, at 5:41 AM, Trevor Daniels wrote:
>
> Han-Wen Nienhuys wrote Monday, April 04, 2011 6:13 AM
>
>> I think it is good that these are fixed, but not important enough to
>> spend serious time on finding and plugging all of them. The question
>> is how much of the code we should cons
Han-Wen Nienhuys wrote Monday, April 04, 2011 6:13 AM
I think it is good that these are fixed, but not important enough
to
spend serious time on finding and plugging all of them. The
question
is how much of the code we should consider user-serviceable. If
one
C++ part of Lily passes data us
2011/4/4
>
> This patch loses flags! is that deliberate?!
> stem-tremolo.ly
> flags-default.ly
> beam-collision-beamcount.ly
> ... etc...
Did you "make clean" before building? There are some missing
dependancies in the fonts, so "make clean" must be called at least in
/mf directory, otherwise
21 matches
Mail list logo
