P3
This is RFE after JEP-391.
We have markedJDK-8253818 as resolved by JEP-391 but in fact only the workaround (to bailout to interp in problematic cases) was implemented.
Macos_aarch64 uses packed types when they are passed on stack.
For example uint32 will use only 4 bytes on stack, not 8. Byte will only use 1 byte on stack. Natural type allignment still in place.
More on the macos_aarch64 abi ( matches ios_aarch64 abi) - https://developer.apple.com/documentation/xcode/writing_arm64_code_for_apple_platforms#//apple_ref/doc/uid/TP40009020-SW1
We have marked
Macos_aarch64 uses packed types when they are passed on stack.
For example uint32 will use only 4 bytes on stack, not 8. Byte will only use 1 byte on stack. Natural type allignment still in place.
More on the macos_aarch64 abi ( matches ios_aarch64 abi) - https://developer.apple.com/documentation/xcode/writing_arm64_code_for_apple_platforms#//apple_ref/doc/uid/TP40009020-SW1
- is blocked by
-
JDK-8283462 VMReg should encode stack locations as byte offsets instead of slots
-
- Open
-
- relates to
-
JDK-8251280 JEP 391: macOS/AArch64 Port
-
- Closed
-
-
JDK-8253818 Support macOS Aarch64 ABI for compiled wrappers
-
- Resolved
-