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