JDK-8133612 : new clone logic added in 8042235 is missing from compiler intrinsics
  • Type: Bug
  • Component: hotspot
  • Sub-Component: compiler
  • Affected Version: 9
  • Priority: P3
  • Status: Resolved
  • Resolution: Fixed
  • Submitted: 2015-08-14
  • Updated: 2016-04-29
  • Resolved: 2016-01-11
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
9 b105Fixed
Related Reports
Relates :  
Relates :  
8042235 add some special case logic in JVM_Clone but the intrinsic for clone in C2 doesn't appear to have been updated and there doesn't appear to be any gating logic keeping the clone from being intrinsified.  It's not obvious to me how to trigger MemberName.clone() though it's used pretty commonly in the method handle API.  Some generic mechanism to disable intrinsification of clone for that type is probably the best fix.  Disabling clone for types with injected fields would work though that's a somewhat indirect solution.
8042235 was backported to both 8 and 7. Will this be backported as well?

noreg-hard: it is hard to check that cloned MemberName is not properly registered in the JVM.