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
From the changelog:
* Support for UTF-8 in file names and comments (Denis Zavorotnyy)
* get/setOsCode(), get/setDefaultOsCode()
* Fixed Z_STREAM_END handling in QuaZioDevic
Changelog:
http://www.exiv2.org/changelog.html
- All depending ports have been bumped.
- graphics/py-exiv2 has been marked broken; use graphics/gexiv2 for python bindings
Exp-run by: antoine
PR: 235943
PR: 234830
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)
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
- Remove USE_CSTD=c99: it was added for [1], now audio/clementine-player builds fine without it
- Bump PORTREVISION for shlib change
Changes: https://github.com/google/protobuf/releases
PR: 178687 [1]
As there is an shlib version bump, bump them portrevision of dependent ports.
While doing so, also switch to the cmake build system, as it requires less
patching and is easier to handle.
PR: 211329
Reviewed by: mat, rakuco, kwm
Approved by: rakuco (mentor)
Differential Revision: https://reviews.freebsd.org/D7283
0.18.2 was released a while ago, and includes support for GDAL 2.0. Other
noteworthy changes:
- Set LICENSE_FILE.
- Use quazip from ports instead of building a bundled copy.
- Switch to using Qt5 instead of Qt4.
PR: 205675
Approved by: Oliver Heesakkers <dev2@heesakkers.info> (maintainer)
MFH: 2015Q4
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)
This may be a qmake conversion fallout
Updating '/wrkdirs/usr/ports/astro/merkaartor/work/merkaartor-0.18.1/src/../translations/merkaartor_pt_BR.qm'...
Generated 1215 translation(s) (1212 finished and 3 unfinished)
Ignored 91 untranslated source text(s)
make[1]: cannot open Makefile.
make[1]: stopped in /wrkdirs/usr/ports/astro/merkaartor/work/merkaartor-0.18.1
*** Error code 1
Reported by: pkg-fallout since november 2013
The so library version has changed.
Bump PORTREVISIONs at dependent ports.
PR: ports/169733
Submitted by: bsam (me)
Approved by: multimedia (maintainer timeout 3 weeks)
- Convert to new options framework
- Add MASTER_SITE
- Pet portlint by removing ABI version number for exiv2
PR: ports/168976
Submitted by: Oliver Heesakkers <dev2@heesakkers.info> (maintainer)
Approved by: eadler, itetcu (mentors, implicit)
