On Dec 17, 2007 6:10 PM, Han-Wen Nienhuys <[EMAIL PROTECTED]> wrote:
> 2007/12/17, Erik Sandberg <[EMAIL PROTECTED]>:
> > On Dec 17, 2007 4:26 AM, Han-Wen Nienhuys <[EMAIL PROTECTED]> wrote:
> >
> > > Erik, is there a way to listen to that information
On Dec 17, 2007 4:26 AM, Han-Wen Nienhuys <[EMAIL PROTECTED]> wrote:
> Erik, is there a way to listen to that information wrt timing (measure
> boundaries, etc.)?
IIRC, the measure calculation magic is done by Timing_translator,
which is on the translator part of the back-end. I'm not sure though
On Sunday 04 November 2007, Erik Sandberg wrote:
> On Monday 29 October 2007, Werner LEMBERG wrote:
> > > For instance, the following score
> > >
> > > \score { \new Voice { c1 } }
> > >
> > > segfaults.
> >
> > Bug report, please. Li
On Monday 29 October 2007, Werner LEMBERG wrote:
> > For instance, the following score
> >
> > \score { \new Voice { c1 } }
> >
> > segfaults.
>
> Bug report, please. LilyPond should abort, and never segfault.
It shouldn't be too difficult to just allow cyclic context-definition graphs
instead o
On Tuesday 02 October 2007, Francisco Vila wrote:
> I'm sorry, cannot find an earlier message where Mr. percival asked if "e'1"
> is an expression. He was aswered yes, just as "1" is a (minimal) math
> expression.
>
> IMO this is not so easy. [Numerical or symbolical] math expressions can
> substit
On Friday 21 September 2007, Ralph Little wrote:
> Hi,
> The code behind MIDI output and Performance seem to be pretty much
> tightly tied together.
>
> Was it ever intended that Performance be used for other output types?
> The Performance class contains specific MIDI references.
>
> I was under t
On Tuesday 11 September 2007, Tom Shackell wrote:
> Hi All,
>
> I was wondering whether it would be possible to extract lilypond's
> layout code and use it as a general library for performing music layout.
> That is to say a programmer would pass lilypond unformatted musical
> notation (as a data s
On Monday 10 September 2007, Graham Percival wrote:
> Kieren MacMillan wrote:
> > Hi Reinhold,
> >
> >> They are all ornaments to a note.
> >
> > At the very least, there are more (and more complex) things you can do
> > with dynamics (in Lilypond), and so that section alone would be long
> > enoug
On Thursday 06 September 2007, Ralph Little wrote:
> Hi Erik,
> Many thanks for this - your comments below confirm what I suspected
> about ids - the context that gets the event is whatever happens to be
> the bottom listening context at the time.
>
> I will look through what you have sent and see
On Thursday 06 September 2007, Ralph Little wrote:
> Hi,
> I'm trying to get to grips with how the new stream event system works by
> studying the code and following Erik's thesis.
Nice to hear!
> According to the thesis, the stream event contains a "context" field
> which contains the id of the
On Monday 06 August 2007, PabloZum wrote:
> Thank you, Erik.
>
> I'm currently trying to convince a friend of mine who's proficient in C++
> to help me in this. He's currently involved in a personal music-related
> project, so it may take a while. I'll pass your suggestion on to him.
Be prepared t
On Sunday 05 August 2007, Silas S. Brown wrote:
> Imaginary poster wrote:
> > this is a fake quote to get my post past gmane. For some
> > reason it keeps accusing me of "top posting" when I'm
> > not, so I'm putting this in to try to persuade it to let
> > me through.
>
> (I think it's because th
On Sunday 29 July 2007, PabloZum wrote:
> > I'm not sure why the new font is important. What are the new symbols
> > that are
>
> provided in the font that aren't in the Lilypond default font?
>
> It just *looks* as if it's a regular font. Actually, for instance, a sharp
> sign over a flat sign is
On Monday 02 July 2007, Werner LEMBERG wrote:
> > The historical reason is that in the beginning, all event classes
> > were named in CamelCase, but when all music event 'types were added
> > as classes, I kept the lisp-style naming. I agree that it's the
> > naming of StreamEvent that should chang
On Monday 02 July 2007, [EMAIL PROTECTED] wrote:
> I am also interested in the research in tuning systems other than equal
> temperament, which allows unusual frequency ratios to be heard in chords
> and melodies, which gives composers new possibilities to explore. See also
> http://www.midicode.c
On Wednesday 27 June 2007, Werner LEMBERG wrote:
> There's a single event class, StreamEvent, which uses uppercase
> letters in its name. Wouldn't be stream-event a better name, similar
> to all others?
The historical reason is that in the beginning, all event classes were named
in CamelCase, bu
Hi,
Any plans to relicense lily under GPL v3? (you have my permission to do that
for all code I've written; to me v3 looks strictly better than v2)
If not, I suggest the GPL link at http://lilypond.org/web/about/faq is changed
to http://www.gnu.org/licenses/old-licenses/gpl-2.0.html, for clarit
On Saturday 20 January 2007 22:57, Graham Percival wrote:
> Johannes Schindelin wrote:
> > Since you do not have that version, "-f" does not work for you. If you
> > really want to include the file in spite of .gitignore saying
> > something different, try
> >
> > $ git-update-index --add +.ly
[moving to -devel]
On Monday 08 January 2007 09:30, Mats Bengtsson wrote:
> [EMAIL PROTECTED] wrote:
> > Increasing the number of different argument types for music functions
> > would almost certainly be extremely useful for users, who, judging from
> > this mailing list, seem to have an unlimite
Hi,
I have had very little time for lily the past months, but I hope to recover
soon. Right now I'm trying to make lily build again (which is more difficult
than it should because I spend most of my lily time in places where I have no
internet connection, e.g. on trains).
First problem is with
Hi,
When executing:
target/linux-x86/installer-master-git.sv.gnu.org-lilypond.git/usr/bin/lilypond
with no parameters, it gives:
GNU LilyPond 2.11.9
Segmentation fault (core dumped)
GDB stack trace:
#0 0x08195827 in std::char_traits::eq ()
#1 0x08195c5c in std::char_traits::eq ()
#2 0xb7e4b053
On Thursday 04 January 2007 20:13, Han-Wen Nienhuys wrote:
> Erik Sandberg escreveu:
> > They are there for completeness. I think the reason they are never
> > called, is that score contexts aren't explicitly destroyed. I think this
> > is because contexts below
On Thursday 04 January 2007 14:43, Han-Wen Nienhuys wrote:
> Hi Erik,
>
> browsing the coverage reports, I see
>
> **
> uncovered chunk in out-cov/score-performer.cc.gcov
>#: 77:Score_performer::disconnect_from_context ()
>-: 78:{
>#: 79: Dispatcher *d = cont
On Tuesday 02 January 2007 13:39, Werner LEMBERG wrote:
> > This is more or less the same feature request as
> > http://lists.gnu.org/archive/html/lilypond-user/2006-12/msg00841.html
> > and
> > http://lists.gnu.org/archive/html/lilypond-user/2006-12/msg00842.html
>
> Indeed! I missed that somehow
On Tuesday 12 December 2006 18:49, Joe Neeman wrote:
> On 12/12/06, Han-Wen Nienhuys <[EMAIL PROTECTED]> wrote:
> > Joe Neeman escreveu:
> > > This was more of an internal-code comment than something that you can
> > > directly do in a .ly file. One application, though, is that you can
> > > decide
On 12/5/06, Johannes Schindelin <[EMAIL PROTECTED]> wrote:
Hi,
On Tue, 5 Dec 2006, Erik Sandberg wrote:
> http://lilypondwiki.tuxfamily.org/index.php?title=Development_with_GUB
Great! I noticed that this site runs mediawiki. Any chance to get the
LilyPond extension installed?
Also,
On Tuesday 05 December 2006 12:05, Han-Wen Nienhuys wrote:
> Erik Sandberg escreveu:
> > Hi,
> >
> > I've decided to write a howto for setting up GUB for developing lily,
> > mostly because I need to learn how to work efficiently with GUB (too much
> > of my d
Hi,
I've decided to write a howto for setting up GUB for developing lily, mostly
because I need to learn how to work efficiently with GUB (too much of my dev
time is wasted because I use gub in the wrong way). I will put the howto on
the lilypond wiki; an initial stub is available at:
http://li
On Tuesday 21 November 2006 16:31, Joe Neeman wrote:
> On 11/21/06, Erik Sandberg <[EMAIL PROTECTED]> wrote:
> > My main concern with pure max-slope is that it may not produce good
> > results
> > near tower-roofs. E.g., max-slope = 2 means that (min horizontal
>
On Wednesday 15 November 2006 21:01, Joe Neeman wrote:
> Bah, my attachments were to big. Trying again...
>
> On 11/15/06, Joe Neeman <[EMAIL PROTECTED]> wrote:
> > The jneeman git branch now has 2 new features: max-sloped skylines
> > (currently hard-coded at slope 2) and skyline debugging. I've a
hi,
Now GUB works perfectly for me too (thanks a lot!).
Which is the preferred way to run the gub-generated lilypond without
installing the packages? i.e., what is the easiest way to
run 'target/linux-x86/system/usr/bin/lilypond foo.ly' so it uses the right gs
etc?
(Previously, I used LILYPO
hi,
make download fails, giving a 404 on
http://lilypond.org/download/v2.11/
--
Erik
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
On Tuesday 14 November 2006 08:26, Werner LEMBERG wrote:
> > I don't know if this helps, but I made an algorithm to approximate
> > bezier curves with straight lines (and I have a prototype in
> > Haskell).
>
> Hmm. Such skylines don't need to be too detailed -- for example, in
> case of a sharp (
On Monday 13 November 2006 21:11, Joe Neeman wrote:
> Here's a patch for introducing skyline vertical spacing. The bulk of the
> changes are to rewrite skyline so that
> 1) merging is linear (in the sum of the lengths of the skylines) time
> 2) building a skyline from boxes is O(n lg(n)) time
> 3)
hi,
I'm attempting to softcode \accepts and friends. Should the order of \accepts
calls be significant in absence of appropriate \defaultchild? I.e., if we have
\layout {
\context {\Score \accepts "Foo" \accepts "Bar" }
\context {\name Foo \accepts "Baz" }
\context {\name Bar \accepts "Baz" }
}
On Saturday 11 November 2006 23:53, Han-Wen Nienhuys wrote:
> Werner LEMBERG escreveu:
> > All markup commands which accept more than a single markup put spaces
> > inbetween. However, sometimes this is not useful (for example, just
> > look at the bad appearance of the E=mc² -- there is an incorr
hi,
gub seems to use the system's native git instead of the one in
target/local/system/usr/bin/. This gives an error, since my version of git
(1.4.1) doesn't support the --git-dir flag:
$ make all
[...]
executing pipe
git --git-dir /media/hda2/home/erik/lily/gub/new-gub/downloads/lilypond.git
On Tuesday 07 November 2006 12:22, Han-Wen Nienhuys wrote:
> Erik Sandberg escreveu:
> > On Monday 06 November 2006 17:02, Han-Wen Nienhuys wrote:
> >> Erik Sandberg escreveu:
> >>>>> I think this will be an improvement, because we remove the concept of
>
On Monday 06 November 2006 17:02, Han-Wen Nienhuys wrote:
> Erik Sandberg escreveu:
> >>> I think this will be an improvement, because we remove the concept of
> >>> aliases, which confuses users (at least it confuses me a bit); in
> >>> addition we don&
On Monday 06 November 2006 12:59, Mats Bengtsson wrote:
> Erik Sandberg wrote:
> > On Monday 06 November 2006 09:25, Mats Bengtsson wrote:
> >
> > Mats, do you think it would be useful with an operator \newClone to clone
> > the current context? E.g.
> > \new St
On Monday 06 November 2006 13:04, Han-Wen Nienhuys wrote:
> Erik Sandberg escreveu:
> > hi,
> >
> > In my quest for softcoding context-defs, I will need to revisit the
> > \alias system. This is not on the top of my todo, but I'd like to hear
> > any prot
hi,
In my quest for softcoding context-defs, I will need to revisit the \alias
system. This is not on the top of my todo, but I'd like to hear any protests
early.
I suggest that the \alias mechanism is scrapped altogether, and replaced with
something else:
- junk Bottom alias, instead make is_
On Friday 03 November 2006 14:52, Jan Nieuwenhuizen wrote:
> Erik Sandberg <[EMAIL PROTECTED]> writes:
> > they return what they should return:
> >
> > $ target/linux-x86/system/usr/cross/bin/i686-linux-guile-config link
> > -L/media/hda2/home/erik/lily/gub/new-gu
On Friday 03 November 2006 14:23, Jan Nieuwenhuizen wrote:
> Erik Sandberg <[EMAIL PROTECTED]> writes:
> >> Ah. The -guile-config file was moved from system/usr/bin
> >> to system/usr/cross/bin. Fixed. Can you pull and try again?
> >
> > I still get the s
On Friday 03 November 2006 10:25, Jan Nieuwenhuizen wrote:
> Erik Sandberg <[EMAIL PROTECTED]> writes:
> > link says:
> > -Ltarget/linux-x86/system/usr/cross/lib -lguile -lgmp
> > However, the relevant files are here:
> > target/linux-x86/system/usr/lib
>
>
On Thursday 02 November 2006 21:26, Jan Nieuwenhuizen wrote:
> Erik Sandberg <[EMAIL PROTECTED]> writes:
> > GUB fails when building lily, stating that guile isn't installed:
>
> Please look at/copy the configure bit about i686-linux-guile-config.
> Can you run the
Hi,
GUB fails when building lily, stating that guile isn't installed:
checking for i686-linux-windres... no
checking for windres... no
checking for guile... guile
checking for
guile...
/media/hda2/home/erik/lily/gub/new-gub/target/local/system/usr//bin/guile
checking for perl... perl
checking f
On Thursday 02 November 2006 12:50, Han-Wen Nienhuys wrote:
> Erik Sandberg escreveu:
> > Hi,
> >
> > I tried the new GUB build on a clean Ubuntu 6.10 system with standard
> > gcc, make etc. make bootstrap failed if I didn't install these packages:
> >
>
Hi,
I tried the new GUB build on a clean Ubuntu 6.10 system with standard gcc,
make etc. make bootstrap failed if I didn't install these packages:
libcurl3-dev (plus dependencies: libssl-dev etc)
libncurses5-dev
Perhaps these dependencies should be mentioned in the readme?
--
Erik
_
On Wednesday 01 November 2006 17:23, Han-Wen Nienhuys wrote:
> Erik Sandberg escreveu:
> > However, while I wrote this, I have been thinking about an alternative
> > solution to the same problem, which is cleaner but less efficient: We
> > could let context_def simply be a m
On Monday 16 October 2006 23:41, Erik Sandberg wrote:
>
> I have a clearer plan for context defs now: We could represent each context
> def as a Context object, which is used as a template for new contexts.
> E.g., the Voice context_def in engraver-init.ly defines a Context object
&g
On Tuesday 31 October 2006 05:37, Joe Neeman wrote:
> On 10/31/06, Han-Wen Nienhuys <[EMAIL PROTECTED]> wrote:
> > Hi guys,
> >
> > a draft of the 2.10 release announcement is at
> >
> >http://lilypond.org/web/announce-v2.10.html
> >
> > please comment.
>
> On the long term -> In the long term
On Wednesday 18 October 2006 11:40, Han-Wen Nienhuys wrote:
> Werner LEMBERG schreef:
> >> Thanks for fixing this; can you update issue #111 and add a
> >> fixed2925 tag?
> >
> > Just curious: What does the `2925' mean?
> >
> >
> > Werner
>
> 2.9.25. Google can't search for "2.9.25", but does h
On Tuesday 17 October 2006 11:19, Han-Wen Nienhuys wrote:
> CVSROOT: /cvsroot/lilypond
> Module name: lilypond
> Changes by: Han-Wen Nienhuys06/10/17 09:19:50
>
> Modified files:
> . : ChangeLog
> Documentation/topdocs: NEWS.tely
> lily : new
On Wednesday 27 September 2006 22:05, Han-Wen Nienhuys wrote:
> Erik Sandberg schreef:
> > Hi,
> >
> > Here's a summary of my plans for the translator (I assume all of this
> > will happen after 2.10):
> >
> > 1) separate context-def into two parts, tra
On Monday 16 October 2006 12:17, Paul Scott wrote:
> This:
>
> \version "2.9.24"
>
> { c1 \mark \default }
>
> nMark = \mark \default
>
> gives:
>
> [EMAIL PROTECTED]:~/music/test$ lilypond nmark.ly
> GNU LilyPond 2.9.24
> Processing `nmark.ly'
> Parsing...# nmark.ly:3:5>))((display-methods #) (na
hi,
with latest CVS,
make clean; make
complains that it doesn't know how to build mf/out/fonts.cache-1.
--
Erik
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
On Tuesday 10 October 2006 17:58, Han-Wen Nienhuys wrote:
> Erik Sandberg schreef:
> >> Yes, I think that's a good idea.
> >
> > The attached patch fixes this and various other fixes:
> > - add equal_p for Input and Prob
> > - ASSIGN_EVENT_ONCE checks fo
On Thursday 05 October 2006 14:24, Han-Wen Nienhuys wrote:
> Erik Sandberg schreef:
> > On Wednesday 04 October 2006 10:33, Han-Wen Nienhuys wrote:
> >> It would be better if there were a check if the new event is equal to
> >> the old one, and only warn if they're
On Wednesday 04 October 2006 13:53, Han-Wen Nienhuys wrote:
> Erik Sandberg schreef:
> > OK. Should I try to do the same for created grobs, too? It shouldn't be
> > that difficult, just add some code to the make_item macro, which
> > registers an init function that adds t
On Sunday 01 October 2006 13:24, Han-Wen Nienhuys wrote:
> Erik Sandberg schreef:
> > On Thursday 28 September 2006 02:36, Han-Wen Nienhuys wrote:
> >> Erik Sandberg schreef:
> >>> Hi,
> >>>
> >>> Here's a summary of my plans for the tr
On 9/29/06, Graham Percival <[EMAIL PROTECTED]> wrote:
Erik Sandberg wrote:
> On Friday 29 September 2006 02:38, Graham Percival wrote:
>> Hi,
>>
>> This displays a barcheck error. Is it defined whether it should or not?
>> I glanced through the docs but c
On Thursday 28 September 2006 02:36, Han-Wen Nienhuys wrote:
> Erik Sandberg schreef:
> > Hi,
> >
> > Here's a summary of my plans for the translator (I assume all of this
> > will happen after 2.10):
>
> there is one thing that still needs to be done, an
On Thursday 28 September 2006 02:36, Han-Wen Nienhuys wrote:
> Erik Sandberg schreef:
> > Hi,
> >
> > Here's a summary of my plans for the translator (I assume all of this
> > will happen after 2.10):
>
> there is one thing that still needs to be done, an
On Friday 29 September 2006 02:38, Graham Percival wrote:
> Hi,
>
> This displays a barcheck error. Is it defined whether it should or not?
> I glanced through the docs but couldn't immediately find anything
> about lyrics and rests.
You should currently view barchecks as something you place _b
Hi,
Here's a summary of my plans for the translator (I assume all of this will
happen after 2.10):
1) separate context-def into two parts, translator information and tree
information. Basically, the info shared by engraver-init and performer-init
should belong to the 'tree information', which
On Tuesday 26 September 2006 23:54, Han-Wen Nienhuys wrote:
> Erik Sandberg schreef:
> > Hi,
> >
> > You should use ly:clone-parser to avoid this problem:
> >
> > #(define-music-function (parser location) ()
> >(ly:parser-parse-string (ly:clone-parse
On Saturday 23 September 2006 17:49, Nicolas Sceaux wrote:
> Hi,
>
> Using LilyPond from CVS, the following snippet causes a syntax error,
> which 2.9.18 did not:
>
> /**
> testFunction =
> #(define-music-function (parser location) ()
> ;; test-data.ly contains music v
On Monday 25 September 2006 14:54, Han-Wen Nienhuys wrote:
> Hi Erik,
>
> it seems that part combine texts have fallen over in 2.9.19 (See regtest
> comparison). I suspect that this might have to do with your changes in
> the part-combine-iterator. Can you look into this?
Oops, I mistakenly revert
On Friday 22 September 2006 13:06, Han-Wen Nienhuys wrote:
> Trent Johnston wrote:
> > Figures were able to placed above rests but in recent versions these are
> > now ignored. The figured is excepted (ie. lilypond doesn't complain) but
> > there is no figure printed in the output.
>
> I think the
On Thursday 21 September 2006 20:10, Michael Welsh Duggan wrote:
> I am interested in the code necessary to output the event streams, as
> in your Master's thesis. I am looking at event streams with repect to
> using them to help generate better MIDI output. My naive attempt
> (below) obviously d
On Wednesday 20 September 2006 15:01, Joe Neeman wrote:
>
> The fix for me was to modify scm_debug_opts in libguile/eval.c,
> multiplying the stack size by about 10.
Thanks, that solved this particular problem.
--
Erik
___
lilypond-devel mailing list
[switching to lilypond-devel]
On Wednesday 20 September 2006 18:34, David Greene wrote:
> Erik Sandberg wrote:
> > If you want to do something more generic (something you can apply on any
> > existing ly score), then you may want to consider using music streams.
> > Mu
On Wednesday 20 September 2006 12:01, Han-Wen Nienhuys wrote:
>
> No, not a regression - since it doesn't affect output. Please apply.
Is this 'Please apply' as in 'Please apply after successfully making web', or
as in 'Please apply anyways'?
--
Erik
__
Latest CVS:
Lily fails on
input/regression/accidental-cautionary.ly
with the following message:
Parsing...
Interpreting music... [1]
Preprocessing graphical objects...
warning: vertical alignment called before line-breaking.
Only do cross-staff spanners with PianoStaff.
Segmentation fault
--
E
On Wednesday 20 September 2006 19:13, Han-Wen Nienhuys wrote:
> Erik Sandberg wrote:
> > Similarly, why can't
> > \withoutput \layout {} \music
> > just be a function that returns a Score object (such as the one described
> > above)?
>
> It sure can, I tho
On Wednesday 20 September 2006 15:01, Joe Neeman wrote:
> On Wed, 2006-09-20 at 14:32 +0200, Erik Sandberg wrote:
> > On Monday 18 September 2006 16:09, Han-Wen Nienhuys wrote:
> > > Erik Sandberg wrote:
> > > > I tried some days ago. A problem is that I still couldn
On Monday 18 September 2006 16:09, Han-Wen Nienhuys wrote:
> Erik Sandberg wrote:
> > I tried some days ago. A problem is that I still couldn't make web
> > completely, even without the patch.
>
> That's strange. Did you try under GUB or a plain compile? (ie. guile
On Monday 18 September 2006 16:34, Han-Wen Nienhuys wrote:
> Erik Sandberg wrote:
> >
> > I tried some days ago. A problem is that I still couldn't make web
> > completely, even without the patch.
> >
> > I also have an updated patch for my translator pa
On Monday 18 September 2006 12:44, Han-Wen Nienhuys wrote:
> Erik Sandberg wrote:
> > How about
> > \score {
> > { c d e }
> > \midi{ pre = \tempo 4. = 70 }
> > }
> > ?
> >
> > (I.e., \tempo is a music expression => it's not a grammati
On Monday 18 September 2006 12:46, Han-Wen Nienhuys wrote:
> Erik Sandberg wrote:
> > Hi,
> >
> > The attached patch cleans up music functions:
> > - functions can have any arity, and parameters can be mixed in any way.
> > - implementation: A music function g
On Monday 18 September 2006 12:46, Han-Wen Nienhuys wrote:
> Erik Sandberg wrote:
> > Hi,
> >
> > The attached patch cleans up music functions:
> > - functions can have any arity, and parameters can be mixed in any way.
> > - implementation: A music function g
On Thursday 07 September 2006 02:25, Joe Neeman wrote:
> On Wed, 2006-09-06 at 15:08 -0700, Graham Percival wrote:
> > Joe Neeman wrote:
> > By "the absence of notes", do you mean "{r | R | s} in all parts", or do
> > you mean "{s} in all parts" ? That "does not scan for rests" is a bit
> > confus
On Sunday 27 August 2006 17:41, Han-Wen Nienhuys wrote:
> Graham Percival wrote:
> > I'm sure that there's some reason why "\tempo x = y" is a horrible
> > construct and must be replaced, but
> > \context {
> > \Score
> > tempoWholesPerMinute = #(ly:make-moment y x)
> > }
> >
On Saturday 26 August 2006 21:51, Erik Sandberg wrote:
> On Saturday 26 August 2006 01:07, Han-Wen Nienhuys wrote:
> > Erik Sandberg wrote:
> - I could temporarily fix the above problem, but now there's a failure in
> the compilation of odcctools:
> *** Stage: compile (o
On Sunday 27 August 2006 07:26, Graham Percival wrote:
> Ted Walther wrote:
> > The documentation of lyrics has got me befuddled on the notion of
> > contexts, as I haven't seen anywhere it clearly says what I can do in
> > lyricsmode that I can't do in lyricsto, although the documentation does
> >
On Saturday 26 August 2006 01:07, Han-Wen Nienhuys wrote:
> Erik Sandberg wrote:
> > Hi,
> >
> > Now gub works here (on my IA32 partition), so I can commit code again.
> >
> > I couldn't easily force a rebuild. If I have a patch I want to test, what
&
Hi,
Now gub works here (on my IA32 partition), so I can commit code again.
I couldn't easily force a rebuild. If I have a patch I want to test, what
should I do? I applied the patch to downloads/lilypond-HEAD, but I couldn't
find a good way to force make or make linux to rebuild (the only way I
Hi,
The attached patch cleans up music functions:
- functions can have any arity, and parameters can be mixed in any way.
- implementation: A music function generates a sequence of tokens, so e.g. a
(markup? music? scm?) function generates tokens MUSIC_FUNCTION EXPECT_SCM
EXPECT_MUSIC EXPECT_MAR
Hi,
gub seems to work fairly well now. However, there are some problems: make doc
fails on the following snippet, seems to be a GC problem. A portion of the
output is attached.
Also, the patches I applied yesterday (updating \midi {\tempo}) are needed to
finish make doc, but the autotester nev
On 8/24/06, Han-Wen Nienhuys <[EMAIL PROTECTED]> wrote:
Hmmm, I'm not sure this is a good idea. Although it checks each release
only once, it does run hourly, so this will generate a huge amount of
email. Perhaps it would be better to only send a message when the
status goes back from "failed"
Hi,
Whenever the GUB autotester has failed and someone committed something
new, I only want to update to the new revision if it is not broken.
Would it be possible to add a brief "GUB autotester succeeded"
message, similar to the current failure notice, which the autotester
spits out whenever it
Citerar Han-Wen Nienhuys <[EMAIL PROTECTED]>:
> Log message:
> * python/convertrules.py (conv): warning on \tempo{}
>
> * ly/performer-init.ly: set tempoWholesPerMinute.
>
> * lily/parser.yy (output_def_body): disallow \tempo in \midi{}
Hi,
Why can't \tempo in \mi
On Monday 21 August 2006 21:28, Jan Nieuwenhuizen wrote:
> Han-Wen Nienhuys <[EMAIL PROTECTED]> writes:
> > Releases are tagged via GUB; the darcs tags contain the ChangeLog
> > version number/date, which you can use to check out CVS.
>
> Huh, I need the darcs repo to check out a cvs version? How
On Monday 21 August 2006 11:37, Han-Wen Nienhuys wrote:
> Erik Sandberg wrote:
> > In this particular case, the objects *were* statical (one object was
> > allocated for each translator listener declaration). I saw that you
> > softcoded & improved some parts of it, but I
Hi,
I noticed that there are no lilypond_2_9_x tags in CVS since 2.9.9. Is this
intentional? If so, what's the preferred way to get a given release over cvs?
--
Erik
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman
On Monday 21 August 2006 11:39, Han-Wen Nienhuys wrote:
> Erik Sandberg wrote:
> > There are still potential problems with system-specific differences in
> > max cmdline lengths (but I don't know if it's a real problem). I've been
> > thinking about one other
On Saturday 19 August 2006 19:29, Han-Wen Nienhuys wrote:
> Erik Sandberg wrote:
> > On Tuesday 08 August 2006 22:01, Han-Wen Nienhuys wrote:
> >
> > Is this the scm_gc_protect in translator.cc (which you already fixed), or
> > is it something unknown?
>
> It'
On Saturday 19 August 2006 19:31, Han-Wen Nienhuys wrote:
> Erik Sandberg wrote:
> > BTW, it could also be because of differences in command-line lengths: My
> > system is 64-bit, so snippets are named like lily-nn
> > instead of lily-n; in addition,
Hi,
I'm trying to build lily on a fresh i386 installation of ubuntu/dapper.
Just as in the 64-bit case, make web fails on utf-8.ly with a /rangecheck
in --string-- error. I have taken a fresh dapper/i386 installation, plus
debian's gs 8.50 package.
Jan, I think Han-Wen mentioned that you have
1 - 100 of 627 matches
Mail list logo
