[Bug 2633] New: [IcedTea8] s390 builds still fail as BUILD_NUM_BITS is never set

bugzilla-daemon at icedtea.classpath.org bugzilla-daemon at icedtea.classpath.org
Thu Sep 17 18:44:48 UTC 2015


            Bug ID: 2633
           Summary: [IcedTea8] s390 builds still fail as BUILD_NUM_BITS is
                    never set
           Product: IcedTea
           Version: 8-hg
          Hardware: s390
                OS: Linux
            Status: NEW
          Severity: normal
          Priority: P5
         Component: IcedTea
          Assignee: gnu.andrew at redhat.com
          Reporter: gnu.andrew at redhat.com
                CC: unassigned at icedtea.classpath.org

$ grep -r 'BUILD_NUM_BITS' common/
common/autoconf/generated-configure.sh:  if test "x$BUILD_NUM_BITS" = x32; then
common/autoconf/boot-jdk.m4:  if test "x$BUILD_NUM_BITS" = x32; then

Outputting it during configure shows it isn't set:

checking flags for boot jdk java command ...  
checking architecture bit-size... 
checking flags for boot jdk java command for big workloads...  -Xms64M
-Xmx1600M -XX:ThreadStackSize=1536

The lower heap maximum for s390 depends on this test:

+    if test "x$OPENJDK_TARGET_CPU_ARCH" = "xs390"; then
+      JVM_MAX_HEAP=768M
+    else
+      JVM_MAX_HEAP=1100M
+    fi

Instead, we get neither value, but 1600M as the 64-bit logic is used:

(/builddir/build/BUILD/icedtea-3.0.0pre05/bootstrap/jdk1.7.0/bin/java -Xms256M
-Xmx1600M -XX:ThreadStackSize=1536 -XX:PermSize=32m -XX:MaxPermSize=160m 
genstubs.GenStubs -s
java.util.function.Predicate && /usr/bin/echo STUBS_ARE_CREATED = yes >
Error occurred during initialization of VM
Could not reserve enough space for object heap
Error: Could not create the Java Virtual Machine.

Instead, OPENJDK_BUILD_CPU_BITS should be used.

You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.openjdk.java.net/pipermail/distro-pkg-dev/attachments/20150917/63a87377/attachment.html>

More information about the distro-pkg-dev mailing list