JDK-8213177 : GlobalCounter::CSContext could be an enum class
- Type: Enhancement
- Component: hotspot
- Sub-Component: runtime
- Affected Version: 12
- Priority: P4
- Status: Resolved
- Resolution: Fixed
- OS: generic
- CPU: generic
- Submitted: 2018-10-31
- Updated: 2021-03-18
- Resolved: 2021-03-12
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 17 |
|---|
17 b14Fixed  |
Related Reports
|
Blocks :
|
|
|
Relates :
|
Description
The type GlobalCounter::CSContext (added by JDK-8212827) is presently a typedef for the underlying uintx type. That doesn't give much type safety though. Better would be to use a C++11 enum class, once those are available for use in HotSpot code, e.g. replace the typedef with
enum class CSContext : uintx {};
Comments
|