[prev in list] [next in list] [prev in thread] [next in thread]
List: openjdk-hotspot-compiler-dev
Subject: Re: RFR(XS): 8246023: Obsolete LIRFillDelaySlot
From: Mikael Vidstedt <mikael.vidstedt () oracle ! com>
Date: 2020-05-28 16:28:46
Message-ID: EBD47156-B054-4BDD-97E8-80572807E474 () oracle ! com
[Download RAW message or body]
Tobias/Vladimir, thanks for the reviews! Change pushed.
Cheers,
Mikael
> On May 28, 2020, at 7:19 AM, Vladimir Kozlov <vladimir.kozlov@oracle.com> wrote:
>
> +1
>
> Thanks,
> Vladimir
>
> On 5/27/20 11:51 PM, Tobias Hartmann wrote:
> > Hi Mikael,
> > looks good and trivial to me.
> > Best regards,
> > Tobias
> > On 28.05.20 04:19, Mikael Vidstedt wrote:
> > >
> > > Please review this small change which obsoletes the LIRFillDelaySlot flag:
> > >
> > > JBS: https://bugs.openjdk.java.net/browse/JDK-8246023
> > > webrev: https://cr.openjdk.java.net/~mikael/webrevs/8246023/webrev.00/open/webrev
> > >
> > > CSR: https://bugs.openjdk.java.net/browse/JDK-8246024
> > >
> > > Background (from JBS):
> > >
> > > With SPARC removed (JDK-8241787) the LIRFillDelaySlot flag no longer has any \
> > > relevant effect and should be removed using the normal process. Since the flag \
> > > was really only useful on SPARC and since all the code it once controlled is \
> > > now gone the flag will go directly to obsolete, skipping the deprecation step.
> > > Testing:
> > >
> > > * Manual verification running with the flag: spits out the warning as expected
> > > * tier1: in progress
> > >
> > >
> > > Note: I believe additional cleanup is possible related to delay slots, but I'd \
> > > like to handle that separately.
> > > Cheers,
> > > Mikael
> > >
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic