[vector] ByteBuffer byte ordering

[Lupusoru, Razvan A]

I agree - the correct code actually should have preserved byte order for all API methods that actually take in ByteBuffer argument.
Here is updated patch: http://cr.openjdk.java.net/~rlupusoru/panama/byteorder_01/byteorder_01.patch

Namely, the fixed version does the following things:

-          For byte arrays, since internally it uses byte buffer, it uses native ordering

-          For methods accepting ByteBuffer, they need to maintain ordering.

o   For case where ByteBuffer is duplicated (namely the version taking ByteBuffer + index), the order must be overridden since duplication of ByteBuffer does not preserve original ordering but updates it to be BIG_ENDIAN.

Let me know what you think now! Thanks for catching this error.

--Razvan

From: John Rose [mailto:john.r.rose at oracle.com]
Sent: Friday, April 13, 2018 1:12 PM
To: Paul Sandoz <paul.sandoz at oracle.com>
Cc: Lupusoru, Razvan A <razvan.a.lupusoru at intel.com>; panama-dev at openjdk.java.net
Subject: Re: [vector] ByteBuffer byte ordering

On Apr 13, 2018, at 12:40 PM, Paul Sandoz <paul.sandoz at oracle.com<mailto:paul.sandoz at oracle.com>> wrote:

I still consider it an open question as to whether native order is the correct approach. For now i think what we have is ok, and ensures consistency with intrinsics.

Intuitively it appears ok at least for byte[], as there is a clear mapping to the vector load/stores. But those bytes may have come from somewhere else (e.g. off the network) so we may need to provide an optional argument specifying the byte-order (when order == native-order all is good, and when not some permutation of those bytes is required).

I question this also.  BB's have an ordering flag for a reason, and it is risky to just reset it
to native for some operation.

A more correct approach would be to sense the BB's declared ordering flag, and then
perform swaps (only if needed) when loading data from the BB.

Of course, this more correct approach is most correct if the vector lanes are the
same size at the BB elements (so we're really talking about LongBuffer, etc.).
But it would be reasonable (less surprising on balance) to respect the flag,
or if that is impossible, throw an exception, rather than silently changing the
byte order.

— John