Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8031616 | 9 | Harold Seigel | P1 | Closed | Fixed | b03 |
JDK-8031618 | 8u20 | Harold Seigel | P1 | Closed | Fixed | b01 |
JDK-8032407 | 8u5 | Harold Seigel | P1 | Resolved | Fixed | b05 |
JDK-8031729 | 8 | Harold Seigel | P1 | Closed | Fixed | b124 |
public interface I1 { default public void m() {}}
public interface I2 extends I1 { public void m(); }
public class T3 implements I2 { public static void m() {}}
NB: T3 isn't marked abstract.
Call site: T3 { invokestatic T3.m()V T3 }
VM behavior (test case attached): IncompatibleClassChangeError: Expected static method p1.T3.m()I
JVMS: T3.m should be invoked.
It's a regression from the fix for JDK-8027804 (verified that the test passes w/o the fix).
ILW = HLH = P2
I = H = JVMS violation
L = L = forbidden by JLS; a case of separate compilation issue
W = H = none
- backported by
-
JDK-8032407 invokestatic: ICCE trying to invoke static method when it clashes with an abstract method inherited from an interface
- Resolved
-
JDK-8031616 invokestatic: ICCE trying to invoke static method when it clashes with an abstract method inherited from an interface
- Closed
-
JDK-8031618 invokestatic: ICCE trying to invoke static method when it clashes with an abstract method inherited from an interface
- Closed
-
JDK-8031729 invokestatic: ICCE trying to invoke static method when it clashes with an abstract method inherited from an interface
- Closed
- relates to
-
JDK-8035602 Test case from JDK-8033150 crashes in within sharedRuntime.cpp/AdapterHandlerLibrary::get_adapter
- Closed