S RFR: Lambda: no superclass methods in defaults

[Keith McGuigan]

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