JDK-8010770 : Zero: back port of 8000780 to HS24 broke JSR 292
- Type: Bug
- Component: hotspot
- Sub-Component: compiler
- Affected Version: hs24
- Priority: P3
- Status: Closed
- Resolution: Fixed
- OS: generic
- CPU: generic
- Submitted: 2013-03-25
- Updated: 2013-07-31
- Resolved: 2013-04-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 7 | Other |
|---|---|
7u40Fixed  |
hs24Fixed |
Related Reports
|
Relates :
|
Description
Hi, I've just realized that something must have gone wrong during the downport of 8000780 to hsx24 (probably because of the change of the content of the f1 and f2 fields in the ConstantPoolCacheEntry between hsx24 and hsx25). Unfortunately now both, '_invokedynamic' as well as '_invokehandle' don't work in the CC-interpreter anymore. The attached patch (against hsx24) fixes the problem and lets the Zero-VM pass the java/lang/invoke JTreg tests again. These changes are needed for making JSR292 work in the Zero-port in jdk7u with hsx24. Can somebody please open a bug for this issue and review the changes. (I can also submit a full RFR with webrev once there's a bug ID). Thank you and best regards, Volker
Comments
|