JDK-6862576 : vmIntrinsics needs cleanup in order to support JSR 292 intrinsics
- Type: Bug
- Component: hotspot
- Sub-Component: compiler
- Affected Version: 7
- Priority: P3
- Status: Resolved
- Resolution: Fixed
- OS: generic
- CPU: generic
- Submitted: 2009-07-21
- Updated: 2010-04-02
- Resolved: 2009-07-29
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 6 | JDK 7 | Other |
|---|---|---|
6u18Fixed  |
7Fixed |
hs16Fixed |
Description
We need to add wrapper methods and other methods to the vmIntrinsics enumeration, without committing to implementing them as compiler intrinsics. This requires a new categorization (compiler-supported vs. other). Also, the lazy evaluation scheme used by methodOop::intrinsic_id is obsolete and should now be removed.
Comments
|