(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@
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.
* 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
* 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@. Okay ian@
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@
binaries as wxneeded.
this build is less complicated than 1.7 so a nicer fix than the wrapper
should be sanely possible, but committing the simpler one for now to
hopefully unbreak packages.
