JDK-8256205 : Simplify compiler calling convention handling
- Type: Enhancement
- Component: hotspot
- Sub-Component: compiler
- Affected Version: 16
- Priority: P4
- Status: Resolved
- Resolution: Fixed
- Submitted: 2020-11-11
- Updated: 2025-02-25
- Resolved: 2020-11-16
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 16 |
|---|
16 b25Fixed  |
Description
Matcher::calling_convention/c_calling_convention simply delegate to SharedRuntime::java_calling_convention/c_calling_convention on all platforms. Since the SPARC removal the is_outgoing argument is also never used, neither in these nor in the return_value methods. I think we can refactor this and move some related methods out from the .ad files. This might have a tiny positive impact by reducing calls and improving inlining (at least gcc has a hard time inlining anything that goes in the .ad files, even when it's defined to the same class), but is mainly a cleanup effort.
Comments
|