S RFR: Lambda: no superclass methods in defaults

Karen Kinnear karen.kinnear at oracle.com
Mon Sep 16 14:27:51 PDT 2013


Thanks Keith - I really appreciate your studying this in detail.

thanks,
Karen

On Sep 16, 2013, at 5:07 PM, Keith McGuigan wrote:

> Hi Karen, 
> 
> Looks good, thanks!
> 
> --
> - Keith
> 
> 
> On Mon, Sep 16, 2013 at 2:03 PM, Karen Kinnear <karen.kinnear at oracle.com> wrote:
> Updated webrev
> 
> http://cr.openjdk.java.net/~acorn/8024647.02/webrev/
> 
> Incorporating comments from Yumin and Keith. I would appreciate formal approval from Keith :-)
> 
> Here is an example of what TraceMethodDefaults prints for this case:
> 
> Class B requires default method processing
> B
>   A
>     java/lang/Object
>   I
> Slots that need filling:
>   m()V
>   Looking for default methods for slot m()V
> Creating overpasses...
> for slot: m()V
>   Selected method: A.m()V : in superclass
> Created 0 overpass methods
> Default method processing complete
> 
> thanks,
> Karen
> 
> On Sep 13, 2013, at 11:24 PM, Karen Kinnear wrote:
> 
> > Please review
> >
> > webrev: http://cr.openjdk.java.net/~acorn/8024647.01/webrev/
> > https://bugs.openjdk.java.net/browse/JDK-8024647
> >
> > Bug: Default method resolution incorrectly handles private superclass methods.
> > Problem was that during default method resolution, we are creating overpasses for
> > superclass target methods. We only need to create these for superinterface target methods.
> >
> > Testing:
> > test cases in the bug
> > defmeth tests - no additional failures
> >  (these test cases should be added to the vm sqe defmeth tests)
> >
> > regression tests:
> > java.util.streams - in progress
> > jprt - in progress
> > vm.quick.testlist - in progress
> >
> > thanks,
> > Karen
> >
> >
> 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.openjdk.java.net/pipermail/hotspot-runtime-dev/attachments/20130916/ec6a144c/attachment.html 


More information about the hotspot-runtime-dev mailing list