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.
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.
| JDK 9 |
|---|
9 b105Fixed  |
Related Reports
|
Relates :
|
|
|
Relates :
|
Description
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.
Comments
|