JDK-8250745 : assert(eval_map.contains(n)) failed: absent
- Type: Bug
- Component: hotspot
- Sub-Component: compiler
- Affected Version: 15,16
- Priority: P3
- Status: Resolved
- Resolution: Fixed
- Submitted: 2020-07-29
- Updated: 2021-07-18
- Resolved: 2020-07-30
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.
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 16 |
|---|
16 b09Fixed  |
Related Reports
|
Duplicate :
|
|
|
Relates :
|
Description
# A fatal error has been detected by the Java Runtime Environment: # # Internal Error (../src/hotspot/share/opto/compile.cpp:2505), pid=39131, tid=39143 # assert(eval_map.contains(n)) failed: absent # # Problematic frame: # V [libjvm.so+0x930611] eval_operand(Node*, ResourceHashtable<Node*, unsigned int, &(unsigned int primitive_hash<Node*>(Node* const&)), &(bool primitive_equals<Node*>(Node* const&, Node* const&)), 256u, (ResourceObj::allocation_type)1, (MemoryType)8>&)+0x81 Current CompileTask: C2: 1160 69 Test::AND_NOTInt64VectorTests (62 bytes) Stack: [0x00007f4bd563d000,0x00007f4bd573e000], sp=0x00007f4bd5738940, 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+0x7ac0b1] eval_operand(Node*, ResourceHashtable<Node*, unsigned int, &(unsigned int primitive_hash<Node*>(Node* const&)), &(bool primitive_equals<Node*>(Node* const&, Node* const&)), 256u, (ResourceObj::allocation_type)1, (MemoryType)8>&)+0x73 V [libjvm.so+0x7ac17c] eval_operands(Node*, unsigned int&, unsigned int&, unsigned int&, ResourceHashtable<Node*, unsigned int, &(unsigned int primitive_hash<Node*>(Node* const&)), &(bool primitive_equals<Node*>(Node* const&, Node* const&)), 256u, (ResourceObj::allocation_type)1, (MemoryType)8>&)+0x88 V [libjvm.so+0x7ac444] Compile::compute_truth_table(Unique_Node_List&, Unique_Node_List&)+0x1cc V [libjvm.so+0x7abf23] Compile::xform_to_MacroLogicV(PhaseIterGVN&, TypeVect const*, Unique_Node_List&, Unique_Node_List&)+0x1bf V [libjvm.so+0x7acd1c] Compile::process_logic_cone_root(PhaseIterGVN&, Node*, VectorSet&)+0x1e2 V [libjvm.so+0x7aceac] Compile::optimize_logic_cones(PhaseIterGVN&)+0x14a V [libjvm.so+0x7ab534] Compile::Optimize()+0x10a4 V [libjvm.so+0x7a3e7f] Compile::Compile(ciEnv*, ciMethod*, int, bool, bool, bool, bool, DirectiveSet*)+0x1127 V [libjvm.so+0x69aa1f] C2Compiler::compile_method(ciEnv*, ciMethod*, int, bool, DirectiveSet*)+0x15b V [libjvm.so+0x7bf9ea] CompileBroker::invoke_compiler_on_method(CompileTask*)+0x986 V [libjvm.so+0x7be57d] CompileBroker::compiler_thread_loop()+0x3dd V [libjvm.so+0x129e46d] compiler_thread_entry(JavaThread*, Thread*)+0x69 V [libjvm.so+0x1299595] JavaThread::thread_main_inner()+0x14b V [libjvm.so+0x129943f] JavaThread::run()+0x1a9 V [libjvm.so+0x1295628] Thread::call_run()+0x180 V [libjvm.so+0xfbb60e] thread_native_entry(Thread*)+0x1e4 This bug can be reproduced with Panama's vectorIntrinsics. However, it's not Vector API-specific. For more info, please see: [1] https://bugs.openjdk.java.net/browse/JDK-8250675 [2] https://mail.openjdk.java.net/pipermail/panama-dev/2020-July/010113.html
Comments
|