Joe Neeman <[EMAIL PROTECTED]> writes:
>> This removes our re-implementation of binary search and uses the STL
>> version.
I left this as a TODO. Thanks for doing this!
Jan.
--
Jan Nieuwenhuizen <[EMAIL PROTECTED]> | GNU LilyPond - The music typesetter
http://www.xs4all.nl/~jantien | ht
On Thu, 2006-09-07 at 21:58 +0200, Ruud van Silfhout wrote:
> it uses malloc to allocate memory for each item. This can also be done
> using alloca, which allocates memory on the stack and, as a consequence,
> does not have to be freed. but for alloca the same holds as for memrev,
> it is not su
Ruud van Silfhout wrote:
Hi,
I have made an extension for the reverse function in std_vector.hh. The
code suggests to implement template specialisation for reverse vector.
This is what I have done, plus specialisation for float and double vectors.
The code depends on the availability of memrev
I just tried to compile Lilypond 2.8.6 on a Debian stable
machine (just using a newer fontforge and mftrace) and
it seems that the guile 1.6.7 package from stable works
without problem. However, it seems that I need to upgrade
Python (LilyPond 2.8.3 compiled and installed fine with the
default Pyt
Hi,
I have made an extension for the reverse function in std_vector.hh. The
code suggests to implement template specialisation for reverse vector.
This is what I have done, plus specialisation for float and double vectors.
The code depends on the availability of memrev, which is not available
Joe Neeman wrote:
How about:
+sections without notes (either @code{r} or @code{R} rests or
[EMAIL PROTECTED] skips). Rests or skips must be present in all contexts within
the scope
+of the engraver. That is, if the engraver in is a Staff with multiple
+voices, then all the voices must have rests
One thing I'd jump on with "negative == no compression". It's been
commented elsewhere that the stuff I normally set (band parts) tends to
be very loosely spaced. If you've got a configurable compression
parameter, might it be an idea to make a negative value force expansion?
(Just an idea, I coul
Joe Neeman wrote:
I haven't been doing very well with attachments lately, have I?
On Thu, 2006-09-07 at 16:34 +1000, Joe Neeman wrote:
This removes our re-implementation of binary search and uses the STL
version. The main change is to remove strcmp-like comparison functions
and replace them wit
I haven't been doing very well with attachments lately, have I?
On Thu, 2006-09-07 at 16:34 +1000, Joe Neeman wrote:
> This removes our re-implementation of binary search and uses the STL
> version. The main change is to remove strcmp-like comparison functions
> and replace them with binary "less
