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