[pkgsrc/trunk]: pkgsrc/lang/openjdk8 Update to 1.8.102

To: pkgsrc-changes-hg%NetBSD.org@localhost
Subject: [pkgsrc/trunk]: pkgsrc/lang/openjdk8 Update to 1.8.102
From: ryoon <ryoon%pkgsrc.org@localhost>
Date: Wed, 15 Jan 2020 05:49:20 +0000
details:   https://anonhg.NetBSD.org/pkgsrc/rev/0a86bcb39f72
branches:  trunk
changeset: 351138:0a86bcb39f72
user:      ryoon <ryoon%pkgsrc.org@localhost>
date:      Mon Aug 15 19:09:38 2016 +0000

description:
Update to 1.8.102

Changelog:
IANA Data 2016d
JDK 8u102 contains IANA time zone data version 2016d. For more
information, refer to Timezone Data Versions in the JRE Software.
See JDK-8151876


Enhancements

core-libs/java.lang.invoke
Internal package sun.invoke.anon has been removed
The internal package sun.invoke.anon has been removed. The
functionality it used to provide, namely anonymous class loading
with possible constant pool patches, is available via the
Unsafe.defineAnonymousClass() method.
See JDK-8081512


hotspot/runtime
New property jdk.lang.processReaperUseDefaultStackSize
When a large TLS (Thread local storage) size is set for Threads,
the JVM results in a stack overflow exception. The reason for this
behavior is that the reaper thread was created with a low stack
size of 32768k. When a large TLS size is set, it steals space from
the threads stack, which eventually results in a stack overflow.
This is a known glibc bug.  To overcome this issue, we have introduced
a workaround (jdk.lang.processReaperUseDefaultStackSize) in which
the user can set the reaper threads stack size to a default instead
of to 32768. This gives the reaper thread a bigger stack size, so
for a large TLS size, such as 32k, the process will not fail.
Users can set this flag in one of two ways:
1. -Djdk.lang.processReaperUseDefaultStackSize=true
2. System.setProperty("jdk.lang.processReaperUseDefaultStackSize",
"true")
The problem has been observed only when JVM is started from JNI
code in which TLS is declared using "__thread"
See JDK-8130425


hotspot/compiler
Implemented performance improvements for BigInteger.montgomeryMultiply
We have implemented improvements that will improve performance of
several security algorithms, especially when using ciphers with
key lengths of 2048-bit or greater. To turn on these improvements,
use the options -XX:+UseMontgomeryMultiplyIntrinsic and
-XX:+UseMontgomerySquareIntrinsic. This improvement is only for
Linux and Solaris on x86_64 architecture.
See JDK-8130150


Changes
security-libs/javax.crypto
MSCAPI KeyStore can handle same-named certificates
Java SE KeyStore does not allow certificates that have the same
aliases
(http://docs.oracle.com/javase/8/docs/api/java/security/KeyStore.html).
However, on Windows, multiple certificates stored in one keystore
are allowed to have non-unique friendly names.The fix for JDK-6483657
makes it possible to operate on such non-uniquely named certificates
through the Java API by artificially making the visible aliases
unique.

Please note, this fix does not enable creating same-named certificates
with the Java API. It only allows you to deal with same-named
certificates that were added to the keystore by 3rd party tools.

It is still recommended that your design not use multiple certificates
with the same name. In particular, the following sentence will not
be removed from the Java documentation:  "In order to avoid problems,
it is recommended not to use aliases in a KeyStore that only differ
in case."
(http://docs.oracle.com/javase/8/docs/api/java/security/KeyStore.html)
See JDK-6483657


security-libs/javax.net.ssl
Modify requirements on Authority Key Identifier extension field
during X509 certificate chain building
The requirement to have the Authority Key Identifier (AKID) and
Subject Key Identifier (SKID) fields matching when building X509
certificate chains has been modified for some cases.
See JDK-8072463


hotspot/gc
Providing more granular levels for GC verification
This enhancement provides a way to specify more granular levels
for the GC verification enabled using the VerifyBeforeGC, VerifyAfterGC,
and VerifyDuringGC diagnostic options. It introduces a new diagnostic
option VerifySubSet with which one can specify the subset of the
memory system that should be verified.

With this new option, one or more sub-systems can be specified in
a comma separated string. Valid memory sub-systems are: threads,
heap, symbol_table, string_table, codecache, dictionary,
classloader_data_graph, metaspace, jni_handles, c-heap, and
codecache_oops.

During the GC verification, only the sub-systems specified using
VerifySubSet get verified:

D:\\tests>java -XX:+UnlockDiagnosticVMOptions -XX:+VerifyBeforeGC
-XX:VerifySubSet="threads,c-heap" -Xlog:gc+verify=debug Test
[0.095s][debug ][gc,verify] Threads
[0.099s][debug ][gc,verify] C-heap
[0.105s][info ][gc,verify] Verifying Before GC (0.095s, 0.105s) 10.751ms
[0.120s][debug ][gc,verify] Threads
[0.124s][debug ][gc,verify] C-heap
[0.130s][info ][gc,verify] Verifying Before GC (0.120s, 0.130s) 9.951ms
[0.148s][debug ][gc,verify] Threads
[0.152s][debug ][gc,verify] C-heap

If any invalid memory sub-systems are specified with VerifySubSet,
the Java process exits with the following error message:

D:\\tests>java -XX:+UnlockDiagnosticVMOptions -XX:+VerifyBeforeGC
-XX:VerifySubSet="threads,c-heap,hello" -Xlog:gc+verify=debug oom
Error occurred during initialization of VM VerifySubSet: 'hello'
memory sub-system is unknown, please correct it
See JDK-8072725


hotspot/compiler
Removed PICL warning message
In 8u40 and 7u80, a new feature was introduced to use the PICL
library on Solaris to get some system information. If this library
was not found, we printed an error message:

Java HotSpot(TM) Server VM warning: PICL (libpicl.so.1) is missing.
Performance will not be optimal.

This warning was misleading. Not finding the PICL library is a very
minor issue, and the warnings mostly lead to confusion. In this
release, the warning was removed.
See JDK-8144957


core-libs/javax.naming
Improved exception handling for bad LDAP referral replies
The JDK was throwing a NullPointerException when a non-compliant
REFERRAL status result was sent but no referral values were included.
With this change, a NamingException with message value of "Illegal
encoding: referral is empty" will be thrown in such circumstances.
See JDK-8149450 and JDK-8154304


Bug Fixes

The following are some of the notable bug fixes included in this
release:

security-libs/javax.net.ssl
Fix to resolve "Unable to process PreMasterSecret, may be too big"
issue
Recent JDK updates introduced an issue for applications that depend
on having a delayed provider selection mechanism. The issue was
introduced in JDK 8u71, JDK 7u95 and JDK 6u111. The main error seen
corresponded to an exception like the following :

handling exception: javax.net.ssl.SSLProtocolException: Unable to
process PreMasterSecret, may be too big

See JDK-8149017

This release also contains fixes for security vulnerabilities
described in the Oracle Java SE Critical Patch Update Advisory.
For a more complete list of the bug fixes included in this release,
see the JDK 8u102 Bug Fixes page.

diffstat:

 lang/openjdk8/Makefile                                                                |   7 +-
 lang/openjdk8/distinfo                                                                |  14 +++---
 lang/openjdk8/patches/patch-hotspot_make_bsd_makefiles_defs.make                      |  10 ++--
 lang/openjdk8/patches/patch-hotspot_src_share_vm_utilities_globalDefinitions__gcc.hpp |  22 ++++-----
 4 files changed, 25 insertions(+), 28 deletions(-)

diffs (116 lines):

diff -r 555614c820c7 -r 0a86bcb39f72 lang/openjdk8/Makefile
--- a/lang/openjdk8/Makefile    Mon Aug 15 18:58:35 2016 +0000
+++ b/lang/openjdk8/Makefile    Mon Aug 15 19:09:38 2016 +0000
@@ -1,8 +1,7 @@
-# $NetBSD: Makefile,v 1.39 2016/08/11 15:34:29 abs Exp $
+# $NetBSD: Makefile,v 1.40 2016/08/15 19:09:38 ryoon Exp $
 
-DISTNAME=      openjdk-1.8.92-20160506
-PKGNAME=       openjdk8-1.8.92
-PKGREVISION=   3
+DISTNAME=      openjdk-1.8.102-20160811
+PKGNAME=       openjdk8-1.8.102
 CATEGORIES=    lang
 MASTER_SITES=  ${MASTER_SITE_LOCAL:=openjdk7/}
 EXTRACT_SUFX=  .tar.xz
diff -r 555614c820c7 -r 0a86bcb39f72 lang/openjdk8/distinfo
--- a/lang/openjdk8/distinfo    Mon Aug 15 18:58:35 2016 +0000
+++ b/lang/openjdk8/distinfo    Mon Aug 15 19:09:38 2016 +0000
@@ -1,4 +1,4 @@
-$NetBSD: distinfo,v 1.39 2016/07/19 12:32:15 jperkin Exp $
+$NetBSD: distinfo,v 1.40 2016/08/15 19:09:38 ryoon Exp $
 
 SHA1 (openjdk7/bootstrap-jdk-1.7.76-freebsd-10-amd64-20150301.tar.xz) = 7408f52d3bbe35c2b14bbd3215cbf60f1335d334
 RMD160 (openjdk7/bootstrap-jdk-1.7.76-freebsd-10-amd64-20150301.tar.xz) = 24f1577b5fc86d137f070aedb4610c8c89e45815
@@ -44,10 +44,10 @@
 RMD160 (openjdk7/bootstrap-jdk7u60-bin-dragonfly-3.8-amd64-20140719.tar.bz2) = b13d0e42839fb746d41f9001e488162b47803140
 SHA512 (openjdk7/bootstrap-jdk7u60-bin-dragonfly-3.8-amd64-20140719.tar.bz2) = 
1403e582dacd0474e57d9aa8f1333060c50d099ef5d2c5a992ff7f63dcde2e538ff1e7fb78e45d12fd5aea6daf0704672e7f326399d415ee0d6bb53b6f925e9f
 Size (openjdk7/bootstrap-jdk7u60-bin-dragonfly-3.8-amd64-20140719.tar.bz2) = 37883700 bytes
-SHA1 (openjdk7/openjdk-1.8.92-20160506.tar.xz) = 62e9df6043f46a8016f0803e0086d05375b8cf10
-RMD160 (openjdk7/openjdk-1.8.92-20160506.tar.xz) = eb1933d818780091db4c6950321edb81a5c6ac54
-SHA512 (openjdk7/openjdk-1.8.92-20160506.tar.xz) = 9193871160fbb503e2989ad554acd7430699501f283d8439255aa37ad73426077eac9fbcabc9781e0ab9d42e60f6626e33dcf0b39871805cc9027e0855b1616f
-Size (openjdk7/openjdk-1.8.92-20160506.tar.xz) = 54972948 bytes
+SHA1 (openjdk7/openjdk-1.8.102-20160811.tar.xz) = 6cf8885353739884775418c596cc769a61ec9e33
+RMD160 (openjdk7/openjdk-1.8.102-20160811.tar.xz) = 09eab23e53f21050653fe67b44af6fa2dfaee368
+SHA512 (openjdk7/openjdk-1.8.102-20160811.tar.xz) = 3f2906154fdbd7ed21de2ce2589c8eca077fae05d8f058afae915da86a4005f7ea6d76f61d9a215a8f0c8a394fed284ac4f10fa79f257d0b33ffb36a8aa5e615
+Size (openjdk7/openjdk-1.8.102-20160811.tar.xz) = 55231136 bytes
 SHA1 (patch-aa) = fd07ea984cb0127b56a9b591c21c8d4f236fd9fc
 SHA1 (patch-al) = f65f739805c2ef471a4de10d6da42e86c5561b8c
 SHA1 (patch-an) = fce4da00762770c1c0592bd225bf73e875252178
@@ -62,7 +62,7 @@
 SHA1 (patch-common_autoconf_generated-configure.sh) = 16da232d94af0c4f5d9babd694321511636985dc
 SHA1 (patch-common_autoconf_spec.gmk.in) = e98bc4c8a09f49c6a26447e6f78abf4709ee694b
 SHA1 (patch-hotspot_agent_src_share_classes_sun_jvm_hotspot_utilities_PlatformInfo.java) = 893f3b7ad0839a75be49ddd0f5eefcff2dbd2928
-SHA1 (patch-hotspot_make_bsd_makefiles_defs.make) = a890e1da1c6bbdf271c97b7241e50cedac3acdf9
+SHA1 (patch-hotspot_make_bsd_makefiles_defs.make) = 2d350a9b47883b3101e97cafa987104e2c4c54c4
 SHA1 (patch-hotspot_make_solaris_makefiles_adlc.make) = 1d1be862ed0d8fc3da4710da169ad5a965d9df14
 SHA1 (patch-hotspot_make_solaris_makefiles_build__vm__def.sh) = 54d197a94d27406f2957b5c2a7a7982866f99239
 SHA1 (patch-hotspot_make_solaris_makefiles_debug.make) = 7195c97c4f559b2e9410028315de351c5047d59d
@@ -96,7 +96,7 @@
 SHA1 (patch-hotspot_src_share_vm_opto_library__call.cpp) = 4654248e3fdf9a1be8ef5563e50b12dcd59aa1aa
 SHA1 (patch-hotspot_src_share_vm_opto_node.cpp) = aacb4e03f62f1a6f9b38de39a966c318b70b1293
 SHA1 (patch-hotspot_src_share_vm_runtime_arguments.cpp) = 80265396c62de95b0937d770c1dba0e8a53daa80
-SHA1 (patch-hotspot_src_share_vm_utilities_globalDefinitions__gcc.hpp) = f35b8c1a1841f1239aa25d58d0b8749bb7b29ad2
+SHA1 (patch-hotspot_src_share_vm_utilities_globalDefinitions__gcc.hpp) = a8e8fef04d7acb4772f57961e7df3681bd53d0b9
 SHA1 (patch-hotspot_src_share_vm_utilities_hashtable.cpp) = 83b90d951ce3aa9e913a36d792ac7376fb3d8bc7
 SHA1 (patch-hotspot_test_compiler_native_TestDirtyInt.sh) = a24016e3594b49db232388974d40e8f4d411edcd
 SHA1 (patch-jdk_make_CompileDemos.gmk) = 4d5e2e9b0e35e373e6246408c775c25094b6f1c7
diff -r 555614c820c7 -r 0a86bcb39f72 lang/openjdk8/patches/patch-hotspot_make_bsd_makefiles_defs.make
--- a/lang/openjdk8/patches/patch-hotspot_make_bsd_makefiles_defs.make  Mon Aug 15 18:58:35 2016 +0000
+++ b/lang/openjdk8/patches/patch-hotspot_make_bsd_makefiles_defs.make  Mon Aug 15 19:09:38 2016 +0000
@@ -1,6 +1,6 @@
-$NetBSD: patch-hotspot_make_bsd_makefiles_defs.make,v 1.3 2016/05/06 13:37:01 ryoon Exp $
+$NetBSD: patch-hotspot_make_bsd_makefiles_defs.make,v 1.4 2016/08/15 19:09:38 ryoon Exp $
 
---- hotspot/make/bsd/makefiles/defs.make.orig  2016-05-06 12:11:25.000000000 +0000
+--- hotspot/make/bsd/makefiles/defs.make.orig  2016-08-11 05:37:43.000000000 +0000
 +++ hotspot/make/bsd/makefiles/defs.make
 @@ -31,7 +31,7 @@ SLASH_JAVA ?= /java
  # Need PLATFORM (os-arch combo names) for jdk and hotspot, plus libarch name
@@ -8,6 +8,6 @@
  ifndef ARCH
 -  ARCH := $(shell uname -m)
 +  ARCH := $(shell uname -m | sed -e 's,x86_64,amd64,' -e 's,.*arm.*,arm,')
- endif
- PATH_SEP = :
- ifeq ($(LP64), 1)
+   # Fold little endian PowerPC64 into big-endian (if ARCH is set in
+   # hotspot-spec.gmk, this will be done by the configure script).
+   ifeq ($(ARCH),ppc64le)
diff -r 555614c820c7 -r 0a86bcb39f72 lang/openjdk8/patches/patch-hotspot_src_share_vm_utilities_globalDefinitions__gcc.hpp
--- a/lang/openjdk8/patches/patch-hotspot_src_share_vm_utilities_globalDefinitions__gcc.hpp     Mon Aug 15 18:58:35 2016 +0000
+++ b/lang/openjdk8/patches/patch-hotspot_src_share_vm_utilities_globalDefinitions__gcc.hpp     Mon Aug 15 19:09:38 2016 +0000
@@ -1,10 +1,17 @@
-$NetBSD: patch-hotspot_src_share_vm_utilities_globalDefinitions__gcc.hpp,v 1.3 2015/07/03 20:40:59 fhajny Exp $
+$NetBSD: patch-hotspot_src_share_vm_utilities_globalDefinitions__gcc.hpp,v 1.4 2016/08/15 19:09:38 ryoon Exp $
 
---- hotspot/src/share/vm/utilities/globalDefinitions_gcc.hpp.orig      2015-02-02 15:32:37.000000000 +0000
+--- hotspot/src/share/vm/utilities/globalDefinitions_gcc.hpp.orig      2016-08-11 05:37:42.000000000 +0000
 +++ hotspot/src/share/vm/utilities/globalDefinitions_gcc.hpp
-@@ -31,6 +31,10 @@
+@@ -30,12 +30,16 @@
+ // This file holds compiler-dependent includes,
  // globally used constants & types, class (forward)
  // declarations and a few frequently used utility functions.
+-#if defined(LINUX) || defined(_ALLBSD_SOURCE)
++#if defined(LINUX) || defined(_ALLBSD_SOURCE) || defined(SOLARIS)
+ #ifndef __STDC_LIMIT_MACROS
+ #define __STDC_LIMIT_MACROS
+ #endif // __STDC_LIMIT_MACROS
+ #endif
  
 +#ifdef SOLARIS
 +#include <inttypes.h>
@@ -13,12 +20,3 @@
  #include <ctype.h>
  #include <string.h>
  #include <stdarg.h>
-@@ -76,7 +76,7 @@
- # include <sys/procfs.h>
- # endif
- 
--#if defined(LINUX) || defined(_ALLBSD_SOURCE)
-+#if defined(LINUX) || defined(_ALLBSD_SOURCE) || defined(SOLARIS)
- #ifndef __STDC_LIMIT_MACROS
- #define __STDC_LIMIT_MACROS
- #endif // __STDC_LIMIT_MACROS
Prev by Date: [pkgsrc/trunk]: pkgsrc/doc Updated misc/libreoffice to 5.1.5.2
Next by Date: [pkgsrc/trunk]: pkgsrc/doc Updated graphics/py-blockdiag to 1.5.3
Previous by Thread: [pkgsrc/trunk]: pkgsrc/doc Updated misc/libreoffice to 5.1.5.2
Next by Thread: [pkgsrc/trunk]: pkgsrc/doc Updated graphics/py-blockdiag to 1.5.3
Indexes:
Home | Main Index | Thread Index | Old Index