[8u] RFR: 8233023: assert(Opcode() == mem->Opcode() || phase->C->get_alias_index(adr_type()) == Compile::AliasIdxRaw) failed: no mismatched stores, except on raw memory

Severin Gehwolf sgehwolf at redhat.com
Thu Oct 31 09:14:50 UTC 2019


On Thu, 2019-10-31 at 00:21 +0000, Hohensee, Paul wrote:
> Lgtm.

Thanks for the review, Paul!

Cheers,
Severin

> Paul
> 
> On 10/30/19, 2:42 AM, "jdk8u-dev on behalf of Severin Gehwolf" <jdk8u-dev-bounces at openjdk.java.net on behalf of sgehwolf at redhat.com> wrote:
> 
>     Hi,
>     
>     Could I please get a review of this 8u only issue? The reason a
>     fastdebug build of latest OpenJDK 8u asserts for the dec-tree benchmark
>     of the renaissance suite is because the 8u backport of JDK-8140309 was
>     missing this hunk from JDK 9[1]:
>     
>     +             (Opcode() == Op_StoreL && st->Opcode() == Op_StoreI) || // expanded ClearArrayNode
>     +             (is_mismatched_access() || st->as_Store()->is_mismatched_access()),
>     
>     I had a closer look and there doesn't seem to be missing anything else.
>     The proposed fix is to amend the assert condition in the appropriate
>     place, which brings 8u in line with JDK 9 code where the failure isn't
>     observed.
>     
>     Bug: https://bugs.openjdk.java.net/browse/JDK-8233023
>     webrev: http://cr.openjdk.java.net/~sgehwolf/webrevs/JDK-8233023/01/webrev/
>     
>     Testing: 8u tier1 test set with fastdebug build on x86_64 Linux. No new
>     failures. dec-tree benchmark now runs successfully on an 8u fastdebug
>     build.
>     
>     Thoughts?
>     
>     Thanks,
>     Severin
>     
>     [1] http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/4bee38ba018c
>     
>     
> 



More information about the jdk8u-dev mailing list