Trivially copyable issues on Mac M1 JDK 17+

[tgd]

Symptom

Trivially copyable serialisation/deserialisation misbehaves on Mac M1.

To reproduce

On Mac M1/M2 run Chronicle-Wire tests via mvn clean test against the following java versions:

• OpenJDK Java 11 - passes
• OpenJDK Java 17 - fails
• OpenJDK Java 21 - fails
• Zulu - Java 11 - passes
• Zulu - Java 17 - fails
• Zulu - Java 21 - fails

Failing tests

[ERROR]   VanillaMethodReaderTest.logMessage0:81 expected:<...Data: (event)
80 90 [82 82 82 82 82 82 00 00 00 00 00 00 00 00 # TriviallyCopyableMarketData
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00]
00 00
> but was:<...Data: (event)
80 90 [00 00 00 00 00 00 00 00 00 00 00 00 00 00 # TriviallyCopyableMarketData
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 82 82 82 82 82 82]
00 00
>

[tgd]

Update: this test fails on Mac ARM because the object layout differs signficantly in terms of field ordering on this platform. The string embedded in the test expectation reflects the data layout that will be seen on x86 but this will differ on ARM. In particular the field re-ordering seems to be much more aggressive in JDK17+ on ARM than on JDK17+ x86.