RFR (S) 8140650: Method::is_accessor should cover getters and setters for all types

Aleksey Shipilev aleksey.shipilev at oracle.com
Thu Nov 5 09:55:56 UTC 2015


Friendly reminder :)

Cheers,
-Aleksey

On 11/03/2015 06:20 PM, Aleksey Shipilev wrote:
> Hi,
> 
> I would like to have a formal review for a minor nit in
> Method::is_accessor. The definition for this method is inconsistent with
> its intent: it should accept all accessors, but instead it only  accepts
> the specific shapes of getters, and completely ignores setters. See:
>    https://bugs.openjdk.java.net/browse/JDK-8140650
> 
> This makes compilers to ignore many trivial methods that we might
> otherwise inline when all other inline hints have failed. It seems to be
> a lingering issue left from interpreters that had the "fast accessors".
> While it is an open question should inlining policy treat accessors
> differently or not (I stand by "yes, it should"), this is a fix that
> makes is_accessors proper:
>    http://cr.openjdk.java.net/~shade/8140650/webrev.01/
> 
> The only usage for the "old" style is_accessor is Zero, and they would
> like to update them after we commit the change:
>    http://mail.openjdk.java.net/pipermail/zero-dev/2015-November/000551.html
> 
> The patch passes JPRT, RBT (hotspot_all), and the new regression test.
> 
> It beats me whether this is a runtime, or compiler change -- JIRA bug
> flip-flops on that -- so, sending to hotspot-dev at . I think it can be
> pushed via hs-comp, given it impacts compilers mostly, and has the
> compiler-specific test.
> 
> Thanks,
> -Aleksey
> 
> 




More information about the hotspot-dev mailing list