java:/usr/local/jdk-11/lib/libjsound.so: undefined symbol
'DAUDIO_GetDirectAudioDeviceCount'
ld.so: java: lazy binding failed!
The JVM does not currently have sound support on OpenBSD.
Change the way that libjsound is disabled to match aix which
also doesn't have sound support.
okay sthen@
(which is not) throughout the ports Makefiles.
* Replace find|xargs with find -exec {} +
* Replace -exec {} \; with -exec {} + if applicable.
* Use the -delete operator to remove files and empty directories.
* Combine and tweak some find(1) invocations while here.
ok kn@ rsadowski@ espie@
* Rebuild bootstrap JDKs due to the recent arm64 syscall ABI change.
* Don't throw IOException if the close(2) failure was due to
ECONNRESET. From upstream repo.
The jdk has options for controlling debug symbol generation. However,
these options don't line up well with our debug package support. Using
--with-native-debug-symbols=internal bloats the jdk package by
including debug info in the jmod's. Using external mode doesn't do
this but results in debug info files and debug links that don't match
our debug package setup. To get decent results the following was done:
* Use --with-native-debug-symbols=external
* Patch the jdk to copy the full bin/lib to the .debuginfo file
instead of using objcopy --only-keep-debug.
* In post-build move/copy the .debuginfo files over their stripped
versions.
* Fixup a few cases where the debuginfo file wasn't installed into
the images directories.
for use in regular builds too; if that is present in a port, use
${PARALLEL_MAKE_JOBS} jobs in the build, defaulting to hw.ncpuonline.
Adjust PARALLEL_BUILD=No, this originally seemed intended to be a hint
that a port could NOT handle a parallel build, but current usage is
"don't pass make -jXX because this port has its own way to handle things",
instead change this to a slightly more understandable PARALLEL_MAKE_FLAGS
variable. This defaults to -j${PARALLEL_MAKE_JOBS} but can be reset for
build system requirements as needed (java/libreoffice have their own
mechanism) and is added automatically to MAKE_FLAGS where a build uses
>1 concurrent job.
Based on a diff from / ok espie@ - the default value may want revising
as hw.ncpuonline jobs will be too many in some cases (e.g. machines with
many cores or low RAM), but committing at this stage to avoid further
out-of-tree bikeshedding. If you need to restrict to a lower number of
jobs, set e.g. PARALLEL_MAKE_JOBS=2 in /etc/mk.conf, and please provide
feedback.
* 11.0.5 is not released officially yet so this is realy a pre-
release of 11.0.5 and will be updated again when the final
upstream release occurs.
* Adds aarch64 support.
* Contains many upstream changes between 11.0.4+11 and 11.0.5+8
* Contains many bsd-port changes to improve stablity and
compatiblity.
okay sthen@
* 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