Makelsr.py run

For commit
b28d44a1cea8120501e648bb8626064a94cd4036

Doc: NR - 1.2.5 - Bar Numbers - added snippet

Issue 3351
Added snippet showing
set-bar-number-visibility
context setting being used.

Minor line length formatting
as per the CG.

migrate to Astyle version 2.04

Docs: remove implicit relative from translations; issue 4731

Apply 88cfc9ee61 to tranlations.
In order to prevent `diff` and `patch` from applying short changes
to the wrong examples, given that the context is in different langages,
this patch first used `sed` with
    /^@lilypond\s*\[/,/@end lilypond/ s/^/;/
so each entire @lilypond example generated a diff hunk.

Docs: remove implicit relative from @lilypond[verbatim]; issue 4371

Remove the lilypond-book feature of 'relative=n' in conjunctin with
'verbatim', so that examples cut-and-paste into user scores.

Docs: discourage implicit relative in lilypond[verbatim]; issue 4371

Issue 4485: Refactor \partcombine and \autochange iterators

Move the \partcombine context state machine from C++ to Scheme and
move the part-specific work into a new Part_combine_part_iterator.
What remains in Part_combine_iterator is multi-measure rest handling.

The part-specific work is now nothing more than changing context at
specified times, which is basically what \autochange does.  There are
still some differences, but most of the implementation of both is now
in the common base Change_sequence_iterator.

Issue 2608: Lyrics iteration can't handle some unusual setups

This avoids continued use of an associated Voice context that is no
longer associated with any iterators.

Issue 4483: parser.yy: reimplement MAKE_SYNTAX using with_location

Import Guile_user::apply

Doc-fr: full update

Release: bump VERSION.

Merge remote branch 'origin/master' into release/unstable

lily-modules.cc: rename variable interface to intrface because of GUB conflicts

Release: bump Welcome versions.

Release: update news.

PO: update template.

Release: bump VERSION_DEVEL.

Issue 4482: Reorganize Music_function::call

This makes for somewhat nicer reading.

Issue 4419: Engraving ends too early

This is a followup on the solution for issue 2010 that was too eager
killing off unrelated iterators when an iterator in the vicinity of a
Lyric_combine_music_iterator died.

The salient point is to have Simultaneous_music_iterator::process_music
check for pending_moment () going from finite to infinite when
iterating, signifying the loss of an iterator defining an end point.

It happens to also fix issue 4339.

simplify Simultaneous_music_iterator::ok

Web: Updated introduction.itexi - Easier Editing

Easier Editing Section

'... no longer being
actively devloped' section.

Moved MuseScore here from the
'Other programs ...' section.

http://lists.gnu.org/archive/html/
lilypond-user/2014-02/msg00087.html

Added OOoLilyPond. It appears still
to work with OpenOffice 4 but not
with the up and coming v 5.

http://lists.gnu.org/archive/html/
lilypond-devel/2015-07/msg00006.html

Rearranged existing entries to put
them in alphabetical order.

Issue 4474/6: Combine lyric-combine and lyric-combine-music

Issue 4474/5: Provide with-location macro

Issue 4474/4: Replace define-loc with more flexible use of here! command

Since we are now in a separate module, namespace pollution is not an issue.

Issue 4474/3: Make all of ly-syntax-constructors.scm a separate module

That allows putting all the constructors into exported symbols while
keeping local definitions private.  Since we access this module only
from C++, not even the exported symbols appear in a normal LilyPond
session.

Issue 4474/2: Export get-next-unique-voice-name from lily module

Issue 4474/1: Move syntax constructors into separate module

Run scripts/auxiliar/fixscm.sh scm/ly-syntax-constructors.scm

Issue 4472: Let \mark and Mark_engraver act consistently

Both will now accept a label meeting the number-or-markup? predicate.
Previously, \mark accepted any expression and Mark_engraver dealt only
partly with them.

Issue 4478: Disentangle some Tie and Semi_tie code

Both are Grobs, but ties are Spanners and semi-ties are Items.

Issue 4476: autochange: group multiple rests with the next note

Before this change, only the first rest before a note was kept with
the note.

Fix wrong-number-of-args error in Music_function::call

When a music function called via Scheme wanted to report a bad argument
type, it instead triggered a Scheme error wrong-number-of-args because
of a spurious `location' argument.  This was an oversight in issue 4455
and was converted into equivalently bad code by several other issues
touching this code.

Auto_change_iterator: move some state from C++ to Scheme

This simplifies the iterator and prepares it for future combination
with partcombine code.

Issue 4481/2: Add regression check

Issue 4481: \barNumberCheck has bad error location

input.cc: implement with_location (SCM loc, SCM proc, ...)

Doc: NR Update information for modern-cautionary

Issue 4437

Reworded section on modern-cautionary
accidental style. The 'cautionary-style'
property was deprecated in version 2.11.5
but the manual had not been updated.

Also added similar note to
neo-modern-cautionary as it applies
there too.

Web: Update Contact Us section

Issue 4235

Remove link to news.lilynet.net
replace it with lilypondblog.org

Added section for the Translation
mailing list & archive.

Removed the 'Sensitive Emails'
section and the link to
the now defunct Dutch email
list.

Issue 3605: bagpipe corrections and additions

Contributed by Julia Meihoefer and Oliver Briede:

   Our corrections are based on research we did for Julia's Bachelor
   Thesis in computer engineering 'Identification, notation and
   reproduction of the Great Highland Bagpipe sound' in August 2014.

This change does NOT include any conversion rules for the the
following noteworthy changes:

  * remove \gcatcha, \gcatchb ... \gcatche
  * rename \dgrip to \bgrip
  * rename \dtaor to \btaor

Issue 4466: Provide a-natural etc in english notenames

This complements the existing long note names a-sharp etc.  While the
diff appears like invalidating notenames a b c ..., the redefined
entries were duplicates previously, so a b c remain valid (and are the
principal version printed by \displayLilyMusic).

stencil-integrate.cc: wrap several overfull lines

Issue 4468/2: Avoid skyline interruptions at line caps

Line caps are made to slightly overhang into their corresponding line in
order to avoid numerics causing a gap.  Such a gap is unlikely to be
relevant for positioning but is ungainly when using -ddebug-skylines.

Issue 4468/1: stencil-integrate.cc: root out "slopes"

They are quite unsuitable for the computational geometry performed here.
Their use rendered the code inefficient, obtuse, and unreliable.

Contains several other fixes like removing duplicate calculations and
wrong values.  The C++ <complex> module is no longer used.  It had only
been used for calculating sin and cos in an obscure manner.

Robustify Offset::direction and Offset::length

Issue 4470: freetype.cc: solve algebra puzzle for converting quadratics to cubics

Issue 4471: event-chord-wrap! throws syntax error

Doc: Issue 4059: Document MIDI mapping and MIDI effects

  Based on original text supplied by Heikki Tauriainen

Issue 4465: Auto_change_iterator: move staff creation to Scheme

Issue 4462/2: For Scm_module::import, only look at exported variables

Issue 4462/1: Create a module variable access system for C++

This replaces the previous "memoizing" ly_lily_module_constant with a
rather rigid system for importing/exporting/accessing module variables.

As opposed to the system used by ly_lily_module_constant, access will
continue to go through the respective module variables, making it
possible to also write to the respective variables.  In addition, this
ensures that any changes to the variables from the Scheme side will get
properly reflected in the C++ side, allowing for redefinitions when
debugging.

In a nutshell, ly_lily_module_constant ("ly:music?") would generally be
replaced with Lily::ly_music_p, a declaration of it looking like

  extern Variable ly_music_p;

would be placed in namespace Lily in lily/include/lily-imports.hh, and a
corresponding definition

  Variable ly_music_p ("ly:music?");

in namespace Lily in lily/lily-imports.cc .  The type Scm_module where
variables are organized can use pre-existing modules (in which case it
is initialized by calling the member function import ()) or are can
bring up a fresh module (in which case it is initialized by calling the
member function boot ()).  The startup is done in lily/guile-init.cc .

Since one of the most frequent uses of imported variables is for
function calls, the Scm_variable type (underlying the module-local
Variable type) has operator () defined to allow calling as a function.

So the previous

    scm_call_1 (ly_lily_module_constant ("ly:music?"), x);

can now be expressed as

    Lily::ly_music_p (x);

Issue 4464/2: include hygiene: break cycles, remove duplicate includes etc.

Issue 4464/1: Move ly_is_module from ly-module.hh to lily-guile.hh

Parentheses in ChordNames have the same size as the Chord symbols.

Release: bump VERSION.

Release: bump Welcome versions.

Release: update news.

PO: update template.

Release: bump VERSION_DEVEL.

use robust_relative_extent if we need the center; issue 4449

simple-spacer: inappropriate assert; issue 4448

balloon-text: robust with empty stencils; issue 4447

NullVoice: not accepted directly by Score; issue 4302

It gets an implicit enclosing Staff when nexted in staff-grouping
contexts, so create an implicit Staff around NullVoice at Score level

axis-group-interface: test result of dynamic-cast; issue 4302

Issue 4463: Fix regression with -ddebug-parser

Running

    lilypond -ddebug-parser scheme-sandbox

led to the error message
scm/lily.scm:1056:21: In procedure value->lily-string in expression (ly:parse-file file-name):
scm/lily.scm:1056:21: Wrong number of arguments to #<procedure value->lily-string (arg)>

This was an obvious oversight in the implementation of issue 4442.

Issue 4461: Don't use drop-right from (srfi srfi-1) in C++

It can perfectly amicably be replaced by more efficient code readily
available in the core.

Issue 4459/2: Mark print_smob (...) member functions as const

Issue 4459/1: Mark mark_smob () member functions as const

Issue 4457: Let error message for #{ ... #} use better source location

Issue 4456: Syntax constructors should not be exported

Their argument types constitute an internal parser detail.

Issue 4455/2: Pass location to syntax constructors as %location fluid

Issue 4455/1: Refactor music_property_def in parser

The main purpose of this change is to remove some one-off use of the
LOWLEVEL_MAKE_SYNTAX macro that is going to be replaced.

Doc-fr: full update

Issue 4451 / 2: Add debug messages for PNG scale down

In procedure ``scale-down-image'' (ps-to-png.scm),
debug messages are added.

Issue 4451 / 1: Use mkstemp for PNG scale down

In procedure ``scale-down-image'' (ps-to-png.scm),
temp files are created by mkstemp.

Issue 4453: Rename ancient doc uses of *(Voice|Staff)Context to *(Voice|Staff)

Issue 4452/3: Add Staff alias to ChordNames context

That way, Staff-level overrides like \key, \transposition and others
arrive in the ChordNames context.

Run scripts/auxiliar/makelsr.py

Issue 4452/2: Fix uses of \context Staff alongside ChordNames context

Issue 4452/1: Remove ChordNameVoice as a separate \midi context

Issue 4446: Remove redundant function filter-out (equal to srfi-1 remove)

re-run makelsr.py

Run makelsr.py script for commit
66a7d343eb27beccd73f8b579d5ef5a635b7e542

This time make sure the file

creating-custom-dynamics-in-midi.ly

Does not exist in my tree

Issue 4418/6 edits to docs, tests, and changelog

Issue 4418/5 whiteout -> whiteout-box in scm/

Issue 4418/4 run scripts/auxiliar/update-with-convert-ly.sh

Issue 4418/3 convert-ly rule: whiteout -> whiteout-box

Issue 4418/2 add and use new whiteout function

scm/stencil.scm: redefine the whiteout function
so that it approximates the stencil's outline by
creating multiple displaced copies of the stencil.
Rename the previous whiteout function 'whiteout-box'.

scm/define-grob-properties.scm: define two
properties to go with the two whiteout functions.

lily/grob.cc: use the new whiteout functions and
properties.

scm/define-markup-commands.scm: define markup
commands to go with the two whiteout functions.

Issue 4418/1 add boolean-or-number? predicate

Issue 4441 / 5: Reject bitmap fonts in lilypond-fonts.conf

LilyPond can not use bitmap fonts.
So this commit adds ``reject bitmap fonts''
from fontconfig's ``70-no-bitmaps.conf''
to lilypond-fonts.conf.

Issue 4441 / 4: Define default fonts in fontconfig configuration file

This commit defines LilyPond default fonts
in local fontconfig configuration file.
And, LilyPond uses them.

It is possible to combine multiple fonts
with different character sets and glyphs each other.

e.g. Following fonts can be combined.
Latin glyphs: from a font without Cyrillic glyphs
Cyrillic glyphs: from another font with Cyrillic glyphs

Issue 4441 / 3: Add empty lilypond-fonts.conf

This commit adds
LilyPond local fontconfig configuration file as empty.

Issue 4441 / 2: Add local fontconfig configuration file loading

This commit becomes that
LilyPond local (dedicated) fontconfig configuration file
`fonts/lilypond-fonts.conf' can be used.

Issue 4441 / 1: Remove unnecessary loop

The font dir that LilyPond adding
to fontconfig is only one.
So loop is unnecessary.

Issue 4445: Use \override music function in a few cases

Add \override and \revert music functions usable from Scheme

Issue 4444: Better function documentation for \overrideProperty

Issue 4439/2: Let Input::error actually raise a fatal error

Issue 4439/1: Use Input::non_fatal_error instead of Input::error where appropriate

Issue 4443: Don't pass current parser/location into #{...#} call

The construct #{...#} generates a call to a function embedded-lilypond.
After issue 4422, this call passed (*parser*)/(*location*) arguments
instead of the previous parser/location arguments needed for accessing
the respective values in a different lexical environment.  But since the
respective values are stored in GUILE fluids rather than in lexical
variables now, they are already passed implicitly and unnecessary as
function parameters.

Merge branch 'issue4442'