RFR: Elide more final field's write memory barrier with escape analysis result
Hui Shi
hui.shi at linaro.org
Fri Oct 16 14:51:04 UTC 2015
Thanks for help back out!
This looks assertion in PhaseIdealLoop::compute_lca_of_uses when verify
dominance, will look at this.
Regards
Shi Hui
On 16 October 2015 at 22:00, Roland Westrelin <roland.westrelin at oracle.com>
wrote:
> Unfortunately that change caused a lot of failures during our nightly
> testing and we are backing it out.
>
> https://bugs.openjdk.java.net/browse/JDK-8139750 is the bug that cover
> those failures. I could reproduce one of those failures by running
> java/util/Map/Defaults.java with options:
> -server -Xcomp -XX:MaxRAMFraction=8 -XX:+CreateCoredumpOnCrash -ea -esa
> -XX:+TieredCompilation -XX:CompileThreshold=100
> -XX:+UnlockExperimentalVMOptions -XX:+IgnoreUnrecognizedVMOptions
> -XX:+AggressiveOpts -XX:-UseBiasedLocking
>
> I created a redo issue in case this is resubmitted:
>
> https://bugs.openjdk.java.net/browse/JDK-8139758
>
> Roland.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/attachments/20151016/60964826/attachment.html>
More information about the hotspot-compiler-dev
mailing list