-
Enhancement
-
Resolution: Unresolved
-
P3
-
9
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8043588 | 8u60 | David Chase | P3 | Closed | Won't Fix |
See comments on
Also, certain other fields in Class (such as those holding annotations) could be moved at the same time into the ClassData, for a net reduction of application footprint.
- backported by
-
JDK-8043588 move MemberNameTable from native code to Java heap, use to intern MemberNames
- Closed
- duplicates
-
JDK-8042235 redefining method used by multiple MethodHandles crashes VM
- Closed
-
JDK-8040201 JSR 292: old non-redefined code is entered again after JVMTI PopFrame followed by class redefinition in MethodHandle.invoke
- Closed
-
JDK-8027162 JSR292: implement MemberName interning
- Closed
-
JDK-8042592 redefining method used by multiple MethodHandles crashes VM
- Closed
-
JDK-8042593 redefining method used by multiple MethodHandles crashes VM
- Closed
- relates to
-
JDK-8008511 JSR 292: MemberName vmtarget refs to methods must be updated at class redefinition
- Resolved
-
JDK-8162795 [REDO] MemberNameTable doesn't purge stale entries
- Resolved
-
JDK-8042235 redefining method used by multiple MethodHandles crashes VM
- Closed
-
JDK-8166852 JavaScript engine eval() method causes JVM Young GC to pauses seconds
- Closed
-
JDK-8152271 MemberNameTable doesn't purge stale entries
- Closed
-
JDK-8054315 vm/mlvm/indy/func/jvmti/mergeCP_indy2none_a fails in nightly
- Closed
-
JDK-8174749 Use hash table/oops for MemberName table
- Resolved