-
Bug
-
Resolution: Fixed
-
P2
-
13
Fastdebug:
make test TEST=jck-runtime:api >&out.api&
Leaves some hs_err_pid* files (attached). I haven't narrowed down the specific tests but it looks like the tck harness is asserting during compilation. I tried running subsets but they didn't fail.
Snippets:
# Internal Error (open/src/hotspot/share/opto/parse1.cpp:1835), pid=6862, tid=6889
# Error: assert(!q->is_MergeMem()) failed
#
# JRE version: Java(TM) SE Runtime Environment (13.0) (fastdebug build 13-internal+0-2019-05-07-1841236.coleen.null)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (fastdebug 13-internal+0-2019-05-07-1841236.coleen.null, mixed mode, sharing, tiered, compressed oops, g1 gc, linux-amd64)
# Problematic frame:
# V [libjvm.so+0x140bc54] Parse::merge_memory_edges(MergeMemNode*, int, bool)+0x524
#
Current CompileTask:
C2: 129796 7365 4 com.sun.tck.lib.tgf.TransformingIterator::next (5 bytes)
Stack: [0x00002ac2d2ce0000,0x00002ac2d2de1000], sp=0x00002ac2d2ddb9c0, free space=1006k
Native frames: (J=compiled Java code, A=aot compiled Java code, j=interpreted, Vv=VM code, C=native code)
V [libjvm.so+0x140bc54] Parse::merge_memory_edges(MergeMemNode*, int, bool)+0x524
V [libjvm.so+0x140c26e] Parse::merge_common(Parse::Block*, int)+0x2fe
- relates to
-
JDK-8221592 C2 compilation failed with assert(!q->is_MergeMem())
- Closed
-
JDK-8059241 C2: Excessive RemoveUseless passes during incremental inlining
- Resolved