Hi,
This one was discussed back to Feb, and have been waiting for the
devkit clearance
from the build-dev, which has just been resolved [1]. So here is
webrev again.
http://cr.openjdk.java.net/~sherman/8031767/webrev
thanks!
Sherman
[1] https://bugs.openjdk.java.net/browse/JDK-8149545
btw, here is the similar change in the corresponding "closed"
autoconf/generated-configure.sh for convenience.
@@ -5353,11 +5353,11 @@
# Do not change or remove the following line, it is needed for
consistency checks:
-DATE_WHEN_GENERATED=1458558778
+DATE_WHEN_GENERATED=1458755892
###############################################################################
#
# Initialization / Boot-strapping
#
@@ -62528,14 +62528,14 @@
{ $as_echo "$as_me:${as_lineno-$LINENO}: checking for which zlib
to use" >&5
$as_echo_n "checking for which zlib to use... " >&6; }
- DEFAULT_ZLIB=bundled
- if test "x$OPENJDK_TARGET_OS" = xmacosx; then
- # On macosx default is system...on others default is bundled
DEFAULT_ZLIB=system
+ if test "x$OPENJDK_TARGET_OS" = xwindows; then
+ # On windows default is bundled...on others default is system
+ DEFAULT_ZLIB=bundled
fi
if test "x${ZLIB_FOUND}" != "xyes"; then
# If we don't find any system...set default to bundled
DEFAULT_ZLIB=bundled
On 02/05/2016 10:55 AM, Xueming Shen wrote:
Hi
Please help codereview the change to build the jdk9 runtime to use
the system zlib on
Solaris and Linux platforms by default.
Issue: https://bugs.openjdk.java.net/browse/JDK-8031767
Webrev: http://cr.openjdk.java.net/~sherman/8031767/webrev/
Background info:
Compression is heavily used in Java based big data/middle-ware
applications.
There are many products in market today that help compression
performance
either through software or hardware acceleration and most likely
these products
support the zlib interface as API, for example Intel's IPP library
has a faster
version of compression libraries. To configure the Java runtime to
use the system
zlib would make these acceleration capabilities available to java
users through
java.util.zip package directly. The jdk already has a build
configuration option
to build the jdk to use the system zlib via "--with-zlib=system" and
the OSX is
by default built to use the system zlib. This proposal is to propose
to build
the jdk to use the system zlib library (the zlib bundled by the
underlying Solaris/
Linuxplatforms), instead of the binary built from source code jdk
repository
(current 1.2.8 from the open source zlib.org)
Thanks,
Sherman
btw, attached is the similar change in the closed repo:
autoconf/generated-configure.sh
-------------------------------------------------------------
# Do not change or remove the following line, it is needed for
consistency checks:
-DATE_WHEN_GENERATED=1454436146
+DATE_WHEN_GENERATED=1454626552
###############################################################################
#
# Initialization / Boot-strapping
#
------------------------------------------------------------------------
@@ -58839,14 +58839,14 @@
{ $as_echo "$as_me:${as_lineno-$LINENO}: checking for which zlib
to use" >&5
$as_echo_n "checking for which zlib to use... " >&6; }
- DEFAULT_ZLIB=bundled
- if test "x$OPENJDK_TARGET_OS" = xmacosx; then
- # On macosx default is system...on others default is bundled
DEFAULT_ZLIB=system
+ if test "x$OPENJDK_TARGET_OS" = xwindows; then
+ # On windows default is bundled...on others default is system
+ DEFAULT_ZLIB=bundled
fi
if test "x${ZLIB_FOUND}" != "xyes"; then
# If we don't find any system...set default to bundled
DEFAULT_ZLIB=bundled