Bug ID: JDK-8238384 CTW: C2 compilation fails with "assert(store != load->find_exact_control(load->in(0))) failed: dependence cycle found"

JDK-8238384 : CTW: C2 compilation fails with "assert(store != load->find_exact_control(load->in(0))) failed: dependence cycle found"

Type: Bug
Component: hotspot
Sub-Component: compiler
Affected Version: 11.0.6,14,15

Priority: P4
Status: Closed
Resolution: Fixed

Submitted: 2020-02-03
Updated: 2020-09-18
Resolved: 2020-03-04

Versions (Unresolved/Resolved/Fixed)

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 15
15 b13Fixed

This fails in jdk-updates/jdk11u-dev, but not in jdk/jdk. Must be a missing backport, or vanilla jdk11u bug?

$ wget https://repo1.maven.org/maven2/com/lambdazen/bitsy/bitsy/3.0.3/bitsy-3.0.3.jar
$ wget https://cr.openjdk.java.net/~shade/ctw/ctw-jdk11.zip
$ unzip ctw-jdk11.zip
$ ./ctw.sh bitsy-3.0.3.jar

#  Internal Error (/home/shade/trunks/jdk-updates-jdk11u-dev/src/hotspot/share/opto/gcm.cpp:763), pid=25570, tid=25604
#  assert(store != load->find_exact_control(load->in(0))) failed: dependence cycle found

URL: https://hg.openjdk.java.net/jdk/jdk/rev/1d4d4c9d03c2 User: roland Date: 2020-03-04 09:14:52 +0000

04-03-2020

I wrote a test case that reproduces this bug and it fails with current jdk too.

05-02-2020

Cloners :	JDK-8240795 - [REDO] 8238384 CTW: C2 compilation fails with "assert(store != load->find_exact_control(load->in(0))) failed: dependence cycle found"
Relates :	JDK-8240794 - [BACKOUT] 8238384 CTW: C2 compilation fails with "assert(store != load->find_exact_control(load->in(0))) failed: dependence cycle found"