JDK-8170767 : Zero fastdebug build triggers assertion
  • Type: Bug
  • Component: hotspot
  • Sub-Component: runtime
  • Affected Version: 9
  • Priority: P3
  • Status: Resolved
  • Resolution: Fixed
  • Submitted: 2016-12-05
  • Updated: 2017-01-05
  • Resolved: 2016-12-19
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
JDK 9
9 b151Fixed
Related Reports
Blocks :  
Relates :  
Description
When trying a fastdebug Zero variant build of hotspot an assertion gets triggered:

Optimizing the exploded image
/home/sgehwolf/Documents/openjdk/upstream-sources/openjdk9-hs/build/linux-x86_64-normal-zero-fastdebug/jdk/bin/java -Xms64M -Xmx1600M -XX:ThreadStackSize=1536 -XX:+UseSerialGC -Xms32M -Xmx512M -XX:TieredStopAtLevel=1 -cp /home/sgehwolf/Documents/openjdk/upstream-sources/openjdk9-hs/build/linux-x86_64-normal-zero-fastdebug/buildtools/tools_jigsaw_classes --add-exports java.base/jdk.internal.module=ALL-UNNAMED build.tools.jigsaw.AddPackagesAttribute /home/sgehwolf/Documents/openjdk/upstream-sources/openjdk9-hs/build/linux-x86_64-normal-zero-fastdebug/jdk
(cd /home/sgehwolf/Documents/openjdk/upstream-sources/openjdk9-hs/build/linux-x86_64-normal-zero-fastdebug/support/src/jaxws/src/jdk.xml.ws/share/classes/ && /usr/bin/zip -qru  /home/sgehwolf/Documents/openjdk/upstream-sources/openjdk9-hs/build/linux-x86_64-normal-zero-fastdebug/support/src.zip .  -i "*.java"  -x \*_the.\*  || test "$?" = "12" )
# To suppress the following error report, specify this argument
# after -XX: or in .hotspotrc:  SuppressErrorAt=/method.cpp:1052
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  Internal Error (/home/sgehwolf/Documents/openjdk/upstream-sources/openjdk9-hs/hotspot/src/share/vm/oops/method.cpp:1052), pid=7225, tid=7228
#  assert(entry != __null) failed: interpreter entry must be non-null
#
# JRE version:  (9.0) (fastdebug build )
# Java VM: OpenJDK 64-Bit Zero VM (fastdebug 9-internal+0-2016-12-05-213618.sgehwolf.openjdk9-hs, interpreted mode, serial gc, linux-amd64)
# Core dump will be written. Default location: Core dumps may be processed with "/usr/libexec/abrt-hook-ccpp %s %c %p %u %g %t %P %I" (or dumping to /home/sgehwolf/Documents/openjdk/upstream-sources/openjdk9-hs/make/core.7225)
#
# An error report file with more information is saved as:
# /home/sgehwolf/Documents/openjdk/upstream-sources/openjdk9-hs/make/hs_err_pid7225.log
#
# If you would like to submit a bug report, please visit:
#   http://bugreport.java.com/bugreport/crash.jsp
#
Current thread is 7228

Comments
Review-thread: http://mail.openjdk.java.net/pipermail/hotspot-dev/2016-December/025470.html
07-12-2016

The problem now surfaces because JDK-8169711 removes the UseFMA guard in abstractInterpreter.cpp. The issue was present before and can be reproduced by "java -XX:+UseFMA -version" for a Zero fastdebug JVM with the changeset from JDK-8169711 backed-out.
07-12-2016

Seems to have been introduced with the fix for JDK-8169711.
06-12-2016