RFR: 8032010: Attempt to resolve abstract method in concrete class fails with AbstractMethodError
lois.foltan at oracle.com
Mon Feb 3 15:48:51 PST 2014
Looks good, no comments.
Looks good. Please update the comments that contain the pseudo Java
the test's purpose. The comments need to reflect that the callsite
to the method of interest, "m()",
actually occurs within p1.T3's "test()" method.
On 1/31/2014 5:45 PM, Calvin Cheung wrote:
> This change, by removing a check in LinkResolver::resolve_method(), is
> to conform with the recent change in JVMS-8 .
> The following check during method resolution is removed:
> JVMS-188.8.131.52. Method Resolution
> "If method lookup succeeds and the method is abstract, but C is not
> abstract, method resolution throws an AbstractMethodError."
> bug: https://bugs.openjdk.java.net/browse/JDK-8032010
> webrev: http://cr.openjdk.java.net/~ccheung/8032010/webrev/
> tests: (on linux-x64)
> jck vm and lang
> jtreg on java/util/stream and the new testcase
>  http://cr.openjdk.java.net/~dlsmith/jsr335-0.9.1.html#J
More information about the hotspot-dev