* FreeBSD crashes on infinite recursion rather than throwing a stack
overflow because the stack address of the fault is in the page below
the guard area. Workaround this by rounding down the fault address to
the nearest page boundary. Investigation is still under way into what
may be causing this but this appears to prevent it in simple test cases.
PR: 222146
* In pkg-install, fix the exclusion of the bootstrap directories. [1]
* In pkg-install, fix the find expression so it actually finds jdks if
there are multiple present. [1]
* When determining the VM version, be better about ensuring we end up
with only a number.
PR: 239705 [1]
Submitted by: John Hein <jcfyecrayz@liamekaens.com> [1]
* VMs were sorted by VM version by lexicographically sorting the version as
a string. Switch to numeric sorting now that there are versions like
10, 11, and 12 so that the intended sort order (most recent first) is
preserved.
* Bump minor version.
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
* Update currently supported version specifiers.
* Update currently supported vendors.
* Bump minor version.
This is mostly based on the patch in PR 223304.
PR: 223304
Submitted by: Tommy P <tommyhp2@gmail.com>
* Switch the internal fallback logic (which is only run when the ports
system is absent) to use modern Java versioning (e.g. 9 rather than 1.9)
* Add in support for specifying 10+, 11+ and 12+ as requested versions.
* Bump version to 2.7
Notes:
* The fallback logic doesn't support the idea of a default version the way
bsd.java.mk does. This was already the case.
* The sorting of VMs in the configuration file doesn't numerically sort
versions 10 and higher correctly yet. This will be addressed shortly.
* Manual pages need updating.
* The fallback logic is only used if bsd.java.mk is absent. This should
be a no-op if it is present.
PR: 223304
* Updated the fontconfig.patch file
* Simplified FONTCONFIG to use EXTRA_PATCHES rather than a separate target
PR: 239358
Submitted by: John Hein <jcfyecrayz@liamekaens.com>, fluffy
* Set NO_CCACHE to match configure being passed --disable-ccache
Fixes the build in poudriere and for people trying to use ccache
PR: 239387
Submitted by: Jonathan Chen <jonc@chen.org.nz>
- Also update devel/gradle to the latest version on the 4.x branch.
Gradle >=4.8<5 is required to build OpenJFX now.
- GStreamer-lite is now based on GStreamer 1.0, so update the sndio
backend accordingly.
- Add a bunch of missing platform checks which will make it
actually use system fonts as configured.
OpenJFX 8 is unmaintained upstream and has been for a while [1].
Deprecate the port as noone seems to have stepped up to take over
maintainership. No expiration date since this port has multiple
consumers and there is no alternative.
[1] https://mail.openjdk.java.net/pipermail/openjfx-dev/2018-December/023007.html
PR: 237443
infrastructure ports (linux_base-c6 and linux-c6*) install i386 CentOS 6
packages. Using c6_64 instead of c6 made them install mixed amd64/i386
CentOS 6 packages and allowed Linux application ports to install amd64
binaries when available. The i386-only configuration was only useful for
users of x11/nvidia-driver* which didn't provide Linux amd64 emulation
until recently.
With x11/nvidia-driver* now supporting Linux amd64 there's no longer a
need for i386-only Linux on amd64. Let DEFAULT_VERSIONS+=linux=c6 make
Linux infrastructure ports install mixed amd64/i386 CentOS 6 packages,
like c6_64 before, and remove support for c6_64 as a value.
Replace LINUX_ARCH with ARCH everywhere because they are always the same
now.
* Bug #238758 proposes to change the Java versioning from versions such
as "1.6.0" to versions such as "6" (for example). Modify the Makefile
checks on JAVA_PORT_VERSION to cope with either format.
Upstream seems to have retagged v1.6.2. According to diffoscope
the only change is in build.gradle where the version has been bumped
from 1.6.1 to 1.6.2.
