Currently the pendulum is swinging away from multiple applications
sharing common libraries towards every application being
self-contained, perhaps because disk space is dirt cheap and because
of the rise of "containers". It may be that much of the packaging of
jdks will be picked up by third part
Hello,
Could you please review the fix for JDK-8147807 and approve push to 8u-dev?
JBS: https://bugs.openjdk.java.net/browse/JDK-8147807
Webrev: http://cr.openjdk.java.net/~aivanov/8147807/jdk8/webrev.00/
The issue is not relevant to jdk 9.
The fix just removes kcms service leaving lcms as the
flags.m4: spelling "contitionally"
Otherwise it looks good enough to me provided that it builds and output
is still the same.
/Erik
On 2016-02-11 12:20, Magnus Ihse Bursie wrote:
Here is another batch of small fixes and enhancements from the
build-infra project forest.
* Compiler version f
Here is another batch of small fixes and enhancements from the
build-infra project forest.
* Compiler version framework:
- Create a TOOLCHAIN_CHECK_COMPILER_VERSION macro
- Test for minimum versions for certain compilers in configure
* Start supporting mapfiles on all platforms (windows and
On 11/02/2016 00:25, Xueming Shen wrote:
One of the benefits of moving to the system libz is actually for
better/easy
maintenance. Just replacing the offending version of libz with an
earlier/later
version that works, instead of waiting for a customized jdk/jre image
with a
working/bundled l
