JDK-8150669 : C1 intrinsic for Class.isPrimitive
  • Type: Enhancement
  • Component: hotspot
  • Sub-Component: compiler
  • Affected Version: 9
  • Priority: P4
  • Status: Resolved
  • Resolution: Fixed
  • Submitted: 2016-02-25
  • Updated: 2022-07-08
  • Resolved: 2016-03-03
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.
JDK 9 Other
9 b112Fixed openjdk8u352Fixed
Related Reports
Relates :  
JDK-8233019 - java.lang.Class.isPrimitive() (C1) returns wrong result if Klass* is aligned to 32bit
Relates :  
JDK-8150465 - Unsafe methods to produce uninitialized arrays
Description
Current C1 does not handle Class.isPrimitive intrinsic, while C2 does. Class.isPrimitive is important enough to consider intrinsifying even in C1: there are 150+ usages in JDK alone (java.lang.invoke and other reflective stuff are heavy users), and some expected usages in JDK-8150465.
Comments
Fix Request [8u] This PR has been approved before migrating to github, and now it has been reviewed on github
17-06-2022
A pull request was submitted for review. URL: https://git.openjdk.java.net/jdk8u-dev/pull/37 Date: 2022-04-19 08:42:37 +0000
19-04-2022
This doesn't seem to have been integrated into the Mercurial repositories before the transition to git. I'm removing the jdk8u-fix-* flags. Please re-apply for approval once there is a GitHub PR for this change against 8u-dev.
22-03-2022
Approved on the grounds that this makes the bugfix of JDK-8239477 apply cleaner and seems less risky than performing adjustments to JDK-8233019 and JDK-8239477. Please push to the mono-repo: https://hg.openjdk.java.net/jdk8u/monojdk8u-dev/
13-12-2021
Fix Request [8u] The original purpose is to backport fix for JDK-8239477. But this depends on fix for JDK-8150669 & JDK-8233019. 8u RFR thread (Acked by Hohensee, Paul): https://mail.openjdk.java.net/pipermail/jdk8u-dev/2021-August/014155.html
09-08-2021
URL: http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/d15b795cdf21 User: lana Date: 2016-03-30 18:38:07 +0000
30-03-2016
URL: http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/d15b795cdf21 User: shade Date: 2016-03-03 20:52:14 +0000
03-03-2016
RFR: http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/2016-February/021635.html
25-02-2016