forked from pool/java-1_8_0-openjdk
This commit is contained in:
@@ -1,3 +1,10 @@
|
|||||||
|
-------------------------------------------------------------------
|
||||||
|
Wed Sep 26 05:39:58 UTC 2018 - Fridrich Strba <fstrba@suse.com>
|
||||||
|
|
||||||
|
- Removed patch:
|
||||||
|
* s390-java-opts.patch
|
||||||
|
- Not needed any more
|
||||||
|
|
||||||
-------------------------------------------------------------------
|
-------------------------------------------------------------------
|
||||||
Sun Sep 23 06:22:07 UTC 2018 - Fridrich Strba <fstrba@suse.com>
|
Sun Sep 23 06:22:07 UTC 2018 - Fridrich Strba <fstrba@suse.com>
|
||||||
|
|
||||||
|
@@ -197,8 +197,6 @@ Patch14: zero-javadoc-verbose.patch
|
|||||||
#
|
#
|
||||||
# Patch for PPC
|
# Patch for PPC
|
||||||
Patch103: ppc-zero-hotspot.patch
|
Patch103: ppc-zero-hotspot.patch
|
||||||
# Patch for S390
|
|
||||||
Patch104: s390-java-opts.patch
|
|
||||||
Patch1000: icedtea-3.0.1-sunec.patch
|
Patch1000: icedtea-3.0.1-sunec.patch
|
||||||
Patch1001: java-1_8_0-openjdk-suse-desktop-files.patch
|
Patch1001: java-1_8_0-openjdk-suse-desktop-files.patch
|
||||||
Patch1002: icedtea-3.8.0-s390.patch
|
Patch1002: icedtea-3.8.0-s390.patch
|
||||||
@@ -580,11 +578,6 @@ patch -p0 -i %{PATCH14}
|
|||||||
patch -p0 -i %{PATCH103}
|
patch -p0 -i %{PATCH103}
|
||||||
%endif
|
%endif
|
||||||
|
|
||||||
%ifarch s390
|
|
||||||
# S390 memory issues
|
|
||||||
patch -p0 -i %{PATCH104}
|
|
||||||
%endif
|
|
||||||
|
|
||||||
patch -p0 -i %{PATCH2001}
|
patch -p0 -i %{PATCH2001}
|
||||||
patch -p0 -i %{PATCH2002}
|
patch -p0 -i %{PATCH2002}
|
||||||
|
|
||||||
|
@@ -1,45 +0,0 @@
|
|||||||
--- openjdk/common/autoconf/boot-jdk.m4 2016-07-26 12:28:03.054552831 +0200
|
|
||||||
+++ openjdk/common/autoconf/boot-jdk.m4 2016-07-26 12:30:34.651143737 +0200
|
|
||||||
@@ -351,29 +351,29 @@
|
|
||||||
AC_MSG_CHECKING([flags for boot jdk java command for big workloads])
|
|
||||||
|
|
||||||
# Starting amount of heap memory.
|
|
||||||
- if test "x$OPENJDK_BUILD_CPU_ARCH" = "xs390"; then
|
|
||||||
+ # if test "x$OPENJDK_BUILD_CPU_ARCH" = "xs390"; then
|
|
||||||
ADD_JVM_ARG_IF_OK([-Xms256M],boot_jdk_jvmargs_big,[$JAVA])
|
|
||||||
- else
|
|
||||||
- ADD_JVM_ARG_IF_OK([-Xms64M],boot_jdk_jvmargs_big,[$JAVA])
|
|
||||||
- fi
|
|
||||||
+ # else
|
|
||||||
+ # ADD_JVM_ARG_IF_OK([-Xms64M],boot_jdk_jvmargs_big,[$JAVA])
|
|
||||||
+ # fi
|
|
||||||
|
|
||||||
# Maximum amount of heap memory.
|
|
||||||
# Maximum stack size.
|
|
||||||
- if test "x$BOOT_JDK_BITS" = x32; then
|
|
||||||
- if test "x$OPENJDK_BUILD_CPU_ARCH" = "xs390"; then
|
|
||||||
+ # if test "x$BOOT_JDK_BITS" = x32; then
|
|
||||||
+ # if test "x$OPENJDK_BUILD_CPU_ARCH" = "xs390"; then
|
|
||||||
JVM_MAX_HEAP=768M
|
|
||||||
- else
|
|
||||||
- JVM_MAX_HEAP=1100M
|
|
||||||
- fi
|
|
||||||
+ # else
|
|
||||||
+ # JVM_MAX_HEAP=1100M
|
|
||||||
+ # fi
|
|
||||||
STACK_SIZE=768
|
|
||||||
- else
|
|
||||||
+ # else
|
|
||||||
# Running Javac on a JVM on a 64-bit machine, takes more space since 64-bit
|
|
||||||
# pointers are used. Apparently, we need to increase the heap and stack
|
|
||||||
# space for the jvm. More specifically, when running javac to build huge
|
|
||||||
# jdk batch
|
|
||||||
- JVM_MAX_HEAP=1600M
|
|
||||||
- STACK_SIZE=1536
|
|
||||||
- fi
|
|
||||||
+ # JVM_MAX_HEAP=1600M
|
|
||||||
+ # STACK_SIZE=1536
|
|
||||||
+ # fi
|
|
||||||
ADD_JVM_ARG_IF_OK([-Xmx$JVM_MAX_HEAP],boot_jdk_jvmargs_big,[$JAVA])
|
|
||||||
ADD_JVM_ARG_IF_OK([-XX:ThreadStackSize=$STACK_SIZE],boot_jdk_jvmargs_big,[$JAVA])
|
|
||||||
ADD_JVM_ARG_IF_OK([-XX:PermSize=32m],boot_jdk_jvmargs_big,[$JAVA])
|
|
Reference in New Issue
Block a user