CG: note that CPU threads affect cell count in regtests (issue 3257)

Issue 3249: Make a PostEvents container class for packaging several postevents

Previously it was not possible to assign multiple postevents to a
single variable or pass them as the result of an event function.  This
patch wraps multiple events in such situations inside of a PostEvents
post-event and unwraps them when used again in the parser.

Defuse some open parens starting lines in strings in define-music-types.scm

Those confuse Emacs' heuristics and make it harder to edit subsequent
Scheme.

Remove obscure GNOME-backend related commands from Emacs LilyPond-mode

Those backends don't exist in current LilyPond.  Providing commands
for them is just confusing.

Issue 3251: set-default-paper-size bleeds over to subsequent file compilations

This patch lets set-default-paper-size copy $defaultpaper before
modifying it.  That way, restoring the original $defaultpaper at the
end of each processed file should also restore the paper dimensions.

Issue 2924: Doc: \startMeasureCount and \stopMeasureCount needs documenting

The following patch is a preliminary step towards documenting the
Measure_counter_engraver added in version 2.17.7.  The patch consists of
two snippets, the first illustrating basic usage, and the second demonstrating
a workaround for creating centered bar numbers.

Documents make-partial-ellipse-stencil (issue 3252)

Fixes manual beaming over rests and vertical spacing problem (issue 3242)

Script for running pixel-based regtest comparisons

Articulate.ly Perform single epression substitutio

Issue 3204

Perform single expression substitution

Adds an explanatory comment to skyline.cc.
 Author:    Janek Warchoł <lemniskata.bernoullego@gmail.com>

Changes Patch Handler to Patch Meister in the CG.

Permits all positive and zero-length buildings in skylines (issue 3161)

This allows point stencils to figure into vertical spacing, as shown
in the new regtest input/regression/skyline-point-extent.ly.

Some issues regarding floating point errors were raised while reviewing
this patch, but it was concluded that the math in this patch likely does
not risk triggering those errors with the way GCC compiles the code.

Run scripts/auxiliar/update-with-convert-ly.sh

Issue 3231: Make reference pitch for \relative non-optional

Using \relative without reference pitch has been deprecated for a long
time, so this change brings LilyPond's codebase (and files converted
using convert-ly) into conformance with recommended practices.

Issue 3244: Remove -d old-relative compatibility option

This removes the lily_1_8_relative variable and the code surrounding
it.  lily_1_8_relative_used apparently was unused; Scheme code for
interpreting its setting was not connected to the actual variable.

The callback for repeat-music was not actually being used and has been
removed.  While the command line option was still documented, it was
ineffective: only reenabling it in the file itself lead to any effect.

ly:relative-music::relative-callback and
ly:relative-music::no-relative-callback are now functionally
equivalent.

Issue 3247: Prohibit non-postevents returned by music functions to be used as post-events

For example,

{ c-\mark \default }

produced an invalid music expression more or less indistinguishable from

{ \mark \default c }

Worse is that things like

{ c-\tweak color #red { g } }

also got accepted.  While \tweak (and other music functions) may
indeed return either post-events or straight music expressions, there
should be checks in place that the usage corresponds to its type.

Make \balloonText into post-event, \balloonGrobText into proper event

This is a stopgap measure for getting some consistency into music
function use.  The real fix would be to convert \ballonText and
\balloonGrobText to the same kind of interface that \footnote uses.
Indeed, it might be saner to retire the whole AnnotateOutputEvent
folderol and instead just use footnotes without footnote-text.

configure: Fixup default --prefix replacement (issue 3238).

Fixup the default prefix replacement in aclocal.m4 while
handling all possible combinations of --exec-prefix and
--prefix being specified or not.

The following is a diff of the resulting config.status
before/after this patch:

$ diff config.status.backup config.status
806c806
< D["DATADIR"]=" \"NONE/share\""
---
> D["DATADIR"]=" \"/usr/local/share\""
808c808
< D["LIBDIR"]=" \"NONE/lib\""
---
> D["LIBDIR"]=" \"/usr/local/lib\""

configure: Check for mfplain.mp (issue 3233).

./configure is now checking if required metapost files are
installed on the system. Metapost is a required dependency.
Also, kpsewhich isn't optional anymore, since we rely on it
to check for metapost required files.

LSR updates

Issue 3237: Harmonize point-and-click information for #xxx and $xxx

Both #xxx and $xxx now retain any preexisting origin information when
producing a music expression.  In contrast, \xxx continues receiving
the origin information pertaining to the current location even if
previous point-and-click information exists.  This is consistent with
the point-and-click information for music functions as a whole
corresponding to the point of call, while the individual arguments, if
separate music expressions, retain any preexisting origin.

Make midiMaximumVolume take effect without initial dynamic

Issue 3234

My idea is to ensure that the volume is *always* initialised in
Dynamic_performer::process_music.  The code to do that is mostly
copied from what happens if there is an actual script event.

The constant 0.71 was obtained by calculating backwards from the
default velocity value (0x5a) in the Midi_note constructor,
midi-item.cc line 179.

I found that I had to create and announce an Audio_element_info for
the change to take effect.

Backward compatibility notes
----------------------------

As far as the music itself goes there are a few cases:

 - Music that doesn't set midiMaximumVolume or midiMinimumVolume will
   be unchanged, as the default dynamic setting is chosen so the
   calculated midi velocity is the same as the current default when no
   volume is set.

 - Music that sets midiMaximumVolume or midiMinimumVolume and has
   initial dynamic expressions will be unchanged - the explicit
   dynamic takes effect before the first midi note is created.

 - Music that sets midiMaximumVolume or midiMinimumVolume but doesn't
   have an initial dynamic expression will change.  In the current
   version such would be an error, so I don't expect many of those.

Change \transpose c c' syntax to \relative c' syntax in examples in the ancient notation chapter of notation manu
Author:    Aleksandr Andreev <aleksandr.andreev@gmail.com>

Revert "Issue 3203: Clean up bar-line.scm some more"

This reverts commit ebd9ee599bed31f19785c1b215ad1c716d071a46.

Release: bump version.

Simplify a function pointer cast that GUB chokes on

It is conceivable that the C++ compiler has problems converting a
pointer to a C function (declared in a C language header) to a C++
function pointer.  Or that it has a compiler bug making it choke on
too complex casts.  This commit changes the cast

(SCM (*)()) apply_unpure_pure

to

(scm_t_subr) apply_unpure_pure

which hopefully addresses both of these potential candidates for GUB
compilation failure.

Release: update news.

PO: update template.

Adds Slur_proto_engraver as a base class for Slur_engraver and Phrasing_slur_engraver.

Issue 3225: Decouple \defaultchild from \accepts list in contexts

The definition of a Bottom context previously was a context not
accepting any subcontexts.  Now it is a context without a
\defaultchild.  The defaultchild of a context previously was the first
found in the \accepts list (if necessary, moving it there).  While
\defaultchild was tracked in context definitions, it was not explicit
in instantiated contexts.

Decoupling those makes for more flexible arrangements of contexts.
For example, one might let Voice accept a SubVoice context without
forcing SubVoice to be created when a Bottom context is called for
when in Voice, simply by not giving Voice a \defaultchild.

Issue 3212: Make test-output-distance regtest contain span bars

Since span bars don't turn up in the metrics, the regtests don't show
them.  To make catastrophic span bar failures show up at least
somewhere, the ever-changing test-output-distance test is made to
include them.

Issue 1334: A \score-lines markup list command for multi-lines embedded scores

Like the \score markup, this is not usually called by users directly
as it would require something awkward along the lines of

\score-lines ##{ \score { ... } #}

to get this through.  Instead, using \score in contexts where only
markup lists are allowed will pass the action to the \score-lines
markup list command.

Note that there are as of yet no user-level commands spacing a markup
list in a way similar to the spacing inside of a \score markup.

Issue 3187: Ugly alignment of text and score within a markup

For \score within \markup, the reference point (usually the middle
staff line) of the lowest staff in the top system is placed on the
baseline.

This is an incompatible change, but the previous behavior (placing the
_highest_ y coordinate of the score on the baseline, disregarding the
staves) was not useful.

Issue 3205: opening bar check causes crash if \score contains the \midi block

This derives Bar_check_iterator from Music_iterator rather than from
Simple_music_iterator.

In
\score {
  { | d }
  \midi { }
}

the bar check iterator is being called while only the \Global context
exists.  That causes Score_performer::one_time_step to be called
without getting Score_performer::prepare to be called previously,
probably because the Score context is created at the wrong time.  The
Score_performer is not prepared for this situation.

I have no idea how to fix Simple_music_iterator, why it exists in the
first place and is written like it is, and why this appears to work.

Issue 3211: Let ly_deep_copy and ly_music_deep_copy iterate rather than recurse for lists

Also improves DOC string of ly:music-deep-copy.

ly_deep_copy did not actually copy vectors

Or actually, it copied them, threw the copy away and returned the original.

Uses only unpure-pure containers to articulate unpure-pure relationships (issue 3199)

Previously, LilyPond used several different lists in define-grobs.scm
to define relationships between unpure and pure functions.  This patch
eliminates these lists, using unpure-pure containers to articulate
these relationships.

The modifications required to implement this change are described below:

-) axis-group-interface.cc
A Scheme function is no longer needed to determine pure relevant grobs.
All grobs can have their Y-extents meaningfully pure-evaluated now. The
worst-case scenario is that they evaluate to false. Dead grobs, on the
other hand, are never pure relevant. The calls to is_live are the only
holdovers from the old pure-relevant? scheme function.

-) grob-closure.cc
We allow unpure-pure containers in simple closures.

-) grob-property.cc
call_pure_function no longer looks up a Scheme module. Because there are
no hard-coded lists in Scheme any more, the function is smaller and
writing it in C++ gets slight efficiency gains.

-) grob.cc
pure_stencil_height used to be a Scheme function in define-grobs.scm.
Because it is much simpler (it no longer makes references to lists defined
in Scheme), it can be implemented in C++.

-) pure-from-neighbor-engraver.cc
Similar to axis-group-interface.cc, the pure-relevant distinction is
no longer important.

-) side-position-interface.cc
In order to avoid issues with alterBroken, we only check pure properties
before line breaking.

-) simple-closure.cc
Simple closures were incorrectly evaluated when containing unpure-pure
containers. This rectifies that.

-) stencil-integral.cc
Several pure equivalent functions needed to be written for skylines.

-) define-grobs.scm
Multiple overrides must be changed to unpure-pure containers. Previous
hard-coded lists are all deleted and several functions moved to C++ (see
above).

-) output-lib.scm
Several common unpure-pure containers used in define-grobs.scm are
defined here. Several functions from define-grobs.scm pertaining to
grob offsets are moved to this file.

Prevents chord names from being pushed into the staff (issue 3160)

This is done by not removing empty skylines unless they are suicidable.
Proper space is thus reserved for these skylines in align-interface.cc.

Issue 3203: Clean up bar-line.scm some more

This corrects the bad code from issue 3192

Adds subsection about Kievan ligatures to ancient notation section of notation manual.

Author: Aleksandr Andreev <aleksandr.andreev@gmail.com>

Emergency repair work for issue 3200

This went boom in the garbage mark phase when
ly:make-unpure-pure-container had been called with a single procedure
argument.

Fixes annotate spacing (issue 3169)
Avoids measuring distances between empty and non-empty skylines.

Issue 3210: Outdated German download page says MacOS X < 10.7

Issue 3201: Don't initialize dim_cache_ array via constructor syntax

This is not valid C++ and not even a documented GCC extension.  It is
probabably an oversight that GCC appears to be able to interpret this
in some manner.

Also creates a custom copy constructor for Dimension_cache for the
sole purpose of being able to initialize a Dimension_cache array
element-wise from a Dimension_cache array in the copy constructor of
Grob.  C++ clearly is lacking in some departments.

Issue 2985: lilypond: Umlauts and other special characters incorrectly exported to PDF meta data

Since recent versions of GhostScript are more likely to get along with
UTF-16BE rather than ISO-8859-1 for PDF meta strings, we just escalate
straight from ASCII to UTF16-BE.

Issue 3202: changes.tely: deal with \transposition and instrumentTransposition changes

Those were introduced by issue 754 and issue 3168, respectively.

Issue 2088: Replace automatic pointer-to-member function conversions

Those are a GCC extension and thus a portability problem.

Issue 3200: Make ly:make-unpure-pure-container accept a single callback

Like with fixed values, this gets duplicated for the pure value as
well, but converted into a callback taking two more arguments (which
are ignored).

Typo.

Avoid excessive number of dots in chords (#3179).

Revert "Issue 3192: Clean up bar-line.scm some more"

This reverts commit 0218d1c504463d1ea5b534f23ab4d45c1bc00d6e.

Release: bump version.

Release: update news.

PO: update template.

Issue 3137: 2 Errors in german translation of lilypond.org

This rewrites some passages concerning minimal examples,
"Minimalbeispiele".

Issue 3192: Clean up bar-line.scm some more

Creates support for melismas ("ligatures") in Kievan notation via the use of a ligature engraver.

Author:    Aleksandr Andreev <aleksandr.andreev@gmail.com>

Removes pure-print-callbacks list.

LilyPond currently hardcodes certain print functions as being able
to be evaluated as 'pure', meaning that they should not result in calls
to set_property, set_object, translate_axis or suicide.  This means that,
for example, if one uses a custom stencil function, the Y-extent function
for the grob must be wrapped in an unpure-pure-container in order
to return a non-empty pure_height.

The reading of these hardcoded lists results in difficult-to-maintain code.
For example, several (but not all) flag modification functions are part of
this list, causing spacing inconsistencies in certain regtests.
Using unpure-pure-containers to signify all relationships between unpure and
pure functions and eliminating the lists of pure functions in
define-grobs.scm allows the code base to be more extensible, demanding the
elaboration of unpure-pure relationships in the property-setting phase
(either in define-grobs.scm or in an override) and not using hardcoded lists.

Inversely, this also prevents deep that can creep up when a function
signified as pure turns out not to be.  For example, ly:note-head::print,
marked as pure, can be made unpure if its lookup of the style,
duration-log or glyph-name properties trigger vertical alignment
(which results in a call to translate_axis). Thus, users who wish to use
this function as an unpure function now can because it is no longer
hardcoded as pure.

Issue 3168: Invert the meaning of instrumentTransposition again.

This basically reverts commit 1965ca6b70aaf2c04a25ace9ed3f1fb4e1222f5a
and the preceding one.

Files affected:

lily/note-performer.cc
lily/quote-iterator.cc
ly/music-functions-init.ly
scm/define-context-properties.scm

Issue 3177: Remove lily-and and lily-or

They are named cryptically, duplicate functional-or and
functional-and, and the only caller only-if-beamed can be written much
more simply.

The rewrite stops when encountering the first object with beam in
side-support-elements: that's arguably non-equivalent but more
efficient.

Removes spurious variable declaration in multi-measure-rest.cc

Issue 3196: Cleanup scm/lily-library.scm somewhat more

Merge branch 'master' of /home/jcharles/GIT/Lily/. into translation

Issue 3165: MultiMeasureTextEvent created by i.e. R1-1 did not take tweaks

This just copies the whole event data including tweaks from the given
script event to the multimeasure text event.

Issue 3182: Defuse the obfuscated Scheme programming contest

This merely grepped for occurences of "reduce" and replaced most of
them (and possibly the close surroundings) with something saner.  The
winner definitely has been in bar-line.scm.  I have not touched the
occurences in stencil.scm since it would have been like putting
lipstick on a pig: the surroundings are even worse than the calls of
reduce.

Issue3181: Replace several misuses of eq? on numerical values

Numerical values don't carry identity, so (eq? 0 0) may or may not
evaluate to #t.  Those need to be replaced by eqv? or, where both
items are guaranteed to be a number, = .

Fix typo in list-element-index, simplify count-list

Fixes issue 3170 (black bars in German essay)

Remove unused "original-chord" property definition from music properties.

Issue 3157: Remove code duplication for cue clefs

Remove obsolete @knownissue about fingerings like -23

Issue 3034: Use \finger in a few documentation places

Simplify definition of \thumb

Remove definition of \finger from double fingering regtest

Add explicit \finger command for normal fingering events

Let \rightHandFinger accept arbitrary markup as text

Add number-or-markup? predicate

Let calc-{fingering,string-number,stroke-finger}::calc-text look at event 'text

This slightly increases the number of property lookups, and the same
function can be achieved using a tweak.  However, it seems more
natural to attach any overriding text (in the case of non-standard
elements like thumbs or other) directly to the event in question.

Issue 1863: Explicit fingering direction (^3) has no effect if Fingering.direction is set

Regtest for fingering directions in directed/undirected contexts

Further updates to correct links to manuals

Fix link in Ponding

Corrects links to manuals in many languages

\note-by-number supports flag-styles

Issue 3104

For mensural and neomensural the flag is changed due to the note-head-style.
Straight flags are possible using the new introduced flag-style-property

Including David's suggestions

Adapt input/regression/quote-transposition.ly to new realities

Issue 754: don't transpose generic property-setting music commands

The actual issue was that
\transpose c e { \transposition bes ... }

created a Midi corresponding to an instrument using a transposition of
ges, leaving the Midi unchanged.  Making the generic property-setting
commands (\set and \override) impervious to transposition will also
keep \transpose from tampering with user-set values.

This is particularly important since the pitch data type in LilyPond
is also being used for signifying intervals or pitch differences
rather than absolute pitches.

Issue 3153: Let music inside of #{ ... #} originate from @code{location} if set

In particular with regard to point-and-click, it has been a reoccuring
complaint that music originating from #{ ... #} has the #{ ... #}
environment as its origin.  This patch will make such music originate
from @code{location} if set to a valid input location.

It would seem somewhat peculiar that #{ ... #} just grabs whatever
meaning @code{location} happens to have at the current lexical level
and runs with it.  However, the same is already done for
@code{parser}, so it is not really out of line.

Add Czech translations

And also remove 2.12 specific code

Doc-ja: fix link in NR-Vocal

Doc-ja: update and fix LM, Usage and Snippets.

Doc-ja: update and fix LM, Usage and Snippets.

Release: bump version.

Release: update news.

PO: update template.

Fix metronome mark offset in Learning

PO: updates Esperanto

Dual license the files under mf/ using OFL.

Corrects display of version

Minor change - passes make, make test and make
doc - pushing directly to staging.

Add comma to date in news-front

This is to test the building of the website

DOC: Move a few index commands in notation/changing-defaults into the right nodes