[EMAIL PROTECTED] writes:
>
> Good day/night!
> Here I am again :)
>
> 1. Sometimes l encounter latex errors after mudela-book, in resulting
> latex file, like "Undefined control sequence." and \plasebox or plqcebox
> instead of \placebox -- one letter mistyped. Lily 1.33, compiled with
> egcs-1.1.2 & optimization :). Should I investigate further? if yes, may
> be some directions ( it may be latex is guilty, though unlikely), specific
> for this case? Errors are random, disappear after rerun.
If they are random, then you have a hardware problem, or some kernel problem.
Try reading the sig11 FAQ. LilyPond is a userspace program, so it
should be fully deterministically dependent on the input.
> 2. Just in case, may be I am only one who meet this :) : in solfegio-book
> I'm typesetting there are some slurs ending with arrow-heads ( to show
> direction to "I" from "VII", e.g.)
Put into TODO.
> 3. Is it possible to simplify use of Lily fonts in normal texts, say for
> typing Ees-Major with a nice flat sign, may be through allowing such use
> in accents to notes through some commands, maybe in lyrics through some
> "magical" switch back to mudela ( or subset of mudela).
I don't understand what you want. Could you give an example?
> 4. If ( perhaps, sometimes, maybe \dots) I produce a patch ot Lily, conditionally
> enabling ( through #ifdefs, __lilycall define etc) __attribute__ ( regparm( 3))
> support when __i386__ defined, would it be appreciated? I know from specs and
> experience that such __attribute__ is able to give 10-20% speedincrease in
> programs using a lot of small/(relatively small) functions.
> What if even add __stdcall where appropriate, and number of args is
> known.
> Well, the only problem I see may lie in using pointers to
functions.
I am no fan of such implementation specific tweaks. It is something
the compiler should decide for me. Could you show me the size of the
patch?
--
Han-Wen Nienhuys, [EMAIL PROTECTED] ** GNU LilyPond - The Music Typesetter
http://www.cs.uu.nl/people/hanwen/lilypond/index.html
