S RFR: Lambda: no superclass methods in defaults
Karen Kinnear
karen.kinnear at oracle.com
Mon Sep 16 14:03:06 PDT 2013
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
>
>
More information about the hotspot-runtime-dev
mailing list