* Contains many upstream bug fixes and security fixes which can be mined
from the release notes here:
https://adoptopenjdk.net/release_notes.html
* Remove patches merged into bsd-port upstream
* Add corrections for issues that didn't make the bsd-port release
* Contains many upstream bug fixes and security fixes which can be mined
from u212-u222 release notes here:
https://adoptopenjdk.net/release_notes.html
* Removed patches merged upstream
* Add JAVA_HOME to MAKE_ENV and CONFIGURE_ENV for any port that uses
the java module and doesn't also contain NO_BUILD=yes. Previously
this was limited to just MODJAVA_BUILD=ant, but that is not sufficient
for ports that indirectly use ant via makefiles.
okay sthen@
* Contains many upstream bug fixes and security fixes which can be mined
from u202-u212 release notes here:
https://adoptopenjdk.net/release_notes.html
* Also contains a series of FreeBSD corrections merged into upstream repo.
* Remove jre package since jre package support was removed from
java.port.mk and javaPathHelper already.
okay sthen@, ian@, naddy@
opendir/readdir on /dev/fd. opendir/readdir are not async-signal-
safe and may not be safely called after forking in a multi-threaded
program. Issue raised to my attention by deraadt@.
Also update to bsd release 2 of 11.0.3-7 which contains BsdSocketOptions
fix and other corrections that can be viewed here:
https://github.com/battleblow/openjdk-jdk11u/releases
Okay ian@
opendir/readdir on /dev/fd. opendir/readdir are not async-signal-
safe and may not be safely called after forking in a multi-threaded
program. Issue raised to my attention by deraadt@. Okay ian@
The OpenJDK SDK software includes tools useful for developing and
testing programs written in the Java programming language and
running on the Java platform.
okay sthen@
detects that it can use it and then it sets the max size of the
object heap while building. Having the max size set works
out better because it allocates it all at once and limits
the jdk from growing it a piece at a time randomly into
limited VM space.
some existing COMPILER lines with arch restrictions etc. In the usual
case this is now using "COMPILER = base-clang ports-gcc base-gcc" on
ports with c++ libraries in WANTLIB.
This is basically intended to be a noop on architectures using clang
as the system compiler, but help with other architectures where we
currently have many ports knocked out due to building with an unsuitable
compiler -
- some ports require c++11/newer so the GCC version in base that is used
on these archirtectures is too old.
- some ports have conflicts where an executable is built with one compiler
(e.g. gcc from base) but a library dependency is built with a different
one (e.g. gcc from ports), resulted in mixing incompatible libraries in the
same address space.
devel/gmp is intentionally skipped as it's on the path to building gcc -
the c++ library there is unused in ports (and not built by default upstream)
so intending to disable building gmpcxx in a future commit.
Contains many upstream bug fixes and security fixes which
can be mined from u144-u172 release notes here:
http://www.oracle.com/technetwork/java/javase/8u-relnotes-2225394.html
- Many patches for clang 6.0 were already resolved upstream through the
use of -std=gnu++98
- Includes alternate fix for memTracker placement new on read-only memory
committed upstream
- Includes upstream fix for unsafe.o SIGSEGV reported by Mike Belopuhov
by default now. However ipv4 will continue to be the default address
family in the package. To enable ipv6 (and disable ipv4 in the process),
see package README's. okay sthen@ with feedback from ajacoutot@
