as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3
to GCC 9.1 under most circumstances now after revision 507371.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, everything INDEX-11 shows with a dependency on lang/gcc9 now.
PR: 238330
a symbol matches multiple clauses the last one takes precedence. If the
catch-all is last it captures everything. In the case of Qt5 libraries
this caused all symbols to have a Qt_5 label while some should have
Qt_5_PRIVATE_API. This only affects lld because GNU ld always gives the
catch-all lowest priority.
Older versions of Qt5Webengine exported some memory allocation symbols from
the bundled Chromium. Version 5.9 stopped exporting these [1] but the
symbols were kept as weak wrappers for the standard allocation functions to
maintain binary compatibility. [2][3] The problem is that the call to the
standard function in these weak wrappers is only resolved to the standard
function if there's a call to this standard function in other parts of
Qt5Webengine, because only then is there a non-weak symbol that takes
precedence over the weak one. If there's no such non-weak symbol the call
in the weak wrapper resolves to the weak wrapper itself creating an infinite
call loop that overflows the stack and causes a crash. Some of the
allocation functions are variants of C++ new and delete and it probably
depends on the compiler whether these variants are used in other parts of
Qt5Webengine.
Remove the weak wrappers (make them Linux specific). This isn't binary
compatible but we are already breaking that with the changes to the symbol
versions.
[1] 5c2cbfccf9
[2] 2ed5054e3a
[3] 009f5ebb4b
Bump all ports that depend on Qt5.
PR: 234070
Exp-run by: antoine
Approved by: kde (adridg)
Release Notes since 17.04 (previous version in ports):
https://rosegardenmusic.com/wiki/dev:17.12https://rosegardenmusic.com/wiki/dev:18.06https://rosegardenmusic.com/wiki/dev:18.12
Notable is removing Qt4 support, which aligns well with our intentions
to remove Qt4 from ports. Since Qt5 was the default toolkit already,
this should have little impact on Rosegarden users.
Each of the releases had a bunch of bugfixes as well.
This update supercedes the update in the PR, which bumped to version 17.12.
PR: 227384
Reported by: yuri
Ports that build out of source now simply can use "USES=cmake"
instead of "USES=cmake:outsource". Ports that fail to build
out of source now need to specify "USES=cmake:insource".
I tried to only set insource where explictely needed.
PR: 232038
Exp-run by: antoine
defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t
GCC 8.2 under most circumstances.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, as a double check, everything INDEX-11 showed depending on lang/gcc7.
PR: 231590
While here, chase some KDE4 ports and functionality, these are scheduled for
removal on 2018-12-31. Change the default option/flavor to QT5 where applicable
or use alternative toolkits like GTK.
Submitted by: tcberner
Reviewed by: adridg, jhale, rene, tcberner
Approved by: portmgr (implicit, flavor hook)
Differential Revision: https://reviews.freebsd.org/D17741
in the ports tree (via Mk/bsd.default-versions.mk and lang/gcc) which
has now moved from GCC 6 to GCC 7 by default.
This includes ports
- featuring USE_GCC=yes or USE_GCC=any,
- featuring USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and those
- with USES=compiler specifying one of openmp, nestedfct, c11, c++0x,
c++11-lib, c++11-lang, c++14-lang, c++17-lang, or gcc-c++11-lib.
PR: 222542
From now on, ports that depend on Qt4 will have to set
USES= qt:4
USE_QT= foo bar
ports depending on Qt5 will use
USES= qt:5
USE_QT= foo bar
PR: 229225
Exp-run by: antoine
Reviewed by: mat
Approved by: portmgr (antoine)
Differential Revision: →https://reviews.freebsd.org/D15540
(via Mk/bsd.default-versions.mk and lang/gcc) which has moved from
GCC 5.4 to GCC 6.4 under most circumstances.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c++11-lib, c++11-lang,
c++14-lang, c++0x, c11, or gcc-c++11-lib.
PR: 219275
* drop files/patch-src_gui_application_main.cpp
-- it built fine with gcc5 gcc6 and clang without it
Approved by: rakuco (mentor, implicit)
Differential Revision: https://reviews.freebsd.org/D10829
lang/gcc which have moved from GCC 4.9.4 to GCC 5.4 (at least under some
circumstances such as versions of FreeBSD or platforms).
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using using Mk/bsd.octave.mk which in turn has USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c++11-lib, c++14-lang,
c++11-lang, c++0x, c11, or gcc-c++11-lib.
PR: 216707
the 32 ports that still use it. Bump PORTREVISION on their dependent
ports except the ones that depend on these:
audio/libogg
audio/libvorbis
devel/pcre
ftp/curl
graphics/jpeg
graphics/libart_lgpl
graphics/tiff
textproc/expat2
textproc/libxslt
In these cases the same trick as in the recent gettext update is used.
The ports install a symlink with the old library version. When enough
of their dependent ports have had regular updates the remaining ones can
get a PORTREVISION bump and the links can be removed.
Also remove the devel/pcre dependency from USE_GNOME=glib20. It causes
over 2200 packages to depend on devel/pcre while less than 200 actually
link with it. The glib20 package still depends on devel/pcre so this
should not make a difference for ports with USE_GNOME=glib20. Also,
libdata/pkgconfig/glib-2.0.pc lists pcre as a private library so
USE_GNOME=glib20 should not propagate it.
PR: 195724
Exp-run by: antoine
Approved by: portmgr (antoine)
===== New Features =====
* Selection event filter can select rests
* Selection event filter can select either performance or notation
duration
* LilyPond export converts a ''(c)'' or a ''(C)'' in the copyright
header to a proper symbol automatically
* New interpretation toolbar for the notation editor streamlines the
''**Adjust -> Interpret**'' process
* New option to allow LilyPond to export fingerings inside the staff
(can improve collision resolution)
* New option to instruct Rosegarden not to start JACK automatically at
startup, allowing you to control this behavior without having to
put garbage in your ~/.jackdrc file
* Support LilyPond 2.14
- Remove MAKE_JOBS_SAFE, now it's default
- Set compiler not preprocessor flags
The biggest highlight of 13.06 is that Ted Felix has reduced CPU usage
by almost 50% when recording MIDI. Rosegarden has been plagued with
MIDI recording problems for most of its history, and this improvement is
huge. While Ted worked on stabilization, Tom Breton made significant
improvements in a variety of areas. (See new features enumerated below.)
This release should be significantly more stable than recent versions,
and we encourage all users to give this improved version a try.
- Switch USE_GMAKE to USES=gmake
- Define supported options so users can see them in config dialogs
- Use OPTIONS_SUB for plist alteration
- Convert to options macros for better readability
- Use PORTDOCS where it makes sense
This is a stabilization release that includes some important fixes.
Users should feel encouraged to upgrade to 13.02 immediately, and stop
using previous versions of Rosegarden.
===== Bug Fixes =====
* Use 64 for "dumb" NoteOff velocities, not 127
* Made InternalSegmentMapper handle RealTime segment delays consistently
* SortingInserter now sorts stably, fixing a noteoff race in MIDI export
* Fixed old code that never worked, making Rosegarden export LilyPond
staff names that include transposition information
* Fixed crash when changing the number of audio submasters (Tim Munro)
===== New Features =====
* LilyPond export now inserts \RemoveEmptyStaves to suppress the
printing of empty staves by default
* Tracks have a secondary "short label" property. The primary label
is exported to LilyPond as the long staff name, eg., "Trumpet in Bb,"
and the secodary label is the short staff name, eg., "Tpt."
This release includes a fix for a major LilyPond export bug, so if you do
anything with notation, it's worth upgrading immediately. It also includes
the CPU usage reduction work and updated translations.
Rosegarden 11.11.11 is a minor point release that includes additional
translations, and one notable change by Ted Felix that might offer a
tangible reduction in CPU usage without any noticeable side effects.
Feature safe: yes
