S RFR: Lambda: no superclass methods in defaults
Keith McGuigan
kmcguigan at twitter.com
Mon Sep 16 14:07:56 PDT 2013
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/ca44315d/attachment.html
More information about the hotspot-runtime-dev
mailing list