[foreign-memaccess+abi] RFR: 8275644: Replace VMReg in shuffling code with something more fine grained. [v5]

[Jorn Vernee]

On Mon, 5 Sep 2022 14:34:57 GMT, Jorn Vernee <jvernee at openjdk.org> wrote:

>> This patch replaces `VMReg` with a new `VMStorage` class in the C++ code, which can be used to represent stack arguments of different sizes, as well as allowing finer grained stack addressing.
>> 
>> The old masm code that used `VMReg` for moving values is also replaced with new code that uses `VMStorage`. And `VMReg` is changed to `VMStorage` everywhere.
>> 
>> The `vmstorageBase` class was added in C++ to mirror the `jdk.internal.foreign.VMStorage`. That class now also has an additional field to encode the size of a stack argument, or a register mask, which can also be used to encode the size of a register argument. This also leads to some stubs needing to be updated on unsupported platforms.
>> 
>> Lastly, instead of encoding stack indexes as 64-bit slots as we did before, they are now encoded as byte offsets, which allows finer grained stack addressing. (this leads to a bunch of values being multiplied by 8 in the Java code as well).
>> 
>> ---
>> 
>> This change is needed to address https://bugs.openjdk.org/browse/JDK-8275584 as well as adding support for `long double` as well as more exotic ABIs that take arguments as vectors.
>
> Jorn Vernee has updated the pull request incrementally with one additional commit since the last revision:
> 
>   fix MSVC compilation

@nick-arm Could you take a look as well?

I've also taken a stab at fixing [Incorrect stack spilling in CallArranger on MacOS/AArch64](https://bugs.openjdk.org/browse/JDK-8275584)
Here: https://github.com/JornVernee/panama-foreign/compare/VMStorage2...JornVernee:panama-foreign:Mac_Stack
But there are still some failing tests.

-------------

PR: https://git.openjdk.org/panama-foreign/pull/699