ak.forms.form.index_to_dtype is probably wrong: should probably be native, not little-endian #3356
Description
Version of Awkward Array
HEAD
Description and code to reproduce
Compare
awkward/src/awkward/types/numpytype.py
Lines 67 to 83 in fb245f1
which sets the dtype for each primitive category to the native-endianness for the machine (np.dtype(np.float64) will be big-endian on big-endian machines and little-endian on little-endian machines) with
awkward/src/awkward/forms/form.py
Lines 375 to 381 in 8285871
which sets the dtype for each index category to little-endian. This should probably be native-endian, too. I'm 90% sure of it.
The problem is that we'd like to test it before we change it. Is there any way we can test Awkward on a big-endian machine? Maybe in a qemu emulation? (Such a test would probably reveal a lot.)
On the flip side, the fact that it's so hard to find a big-endian machine these days means that this issue would rarely be observed. (Similar to 32-bit testing...)