| Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
|---|---|---|---|---|---|---|
| JDK-8018329 | 7u45 | David Chase | P3 | Closed | Fixed | b01 |
| JDK-8014200 | 7u40 | David Chase | P3 | Closed | Fixed | b24 |
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
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
- backported by
-
JDK-8014200 Zero: back port of 8000780 to HS24 broke JSR 292
-
- Closed
-
-
-
- Closed
-
- relates to
-
JDK-8000780 make Zero build and run with JDK8
-
- Resolved
-
- links to
