tree f37f663da89bd0dacf3045a1e0af1d68bde27f0a
parent 59322e097303003b93d5d221affba6f20ff09efa
author DRC <information@libjpeg-turbo.org> 1504323646 +0000
committer DRC <information@libjpeg-turbo.org> 1504324076 +0000

Java: Fix TJUnitTest on big endian platforms

It is necessary for the C code to be aware of the machine's endianness,
which is why the TurboJPEG Java wrapper sets a different pixel format
for integer BufferedImages depending on ByteOrder.nativeOrder().
However, it isn't necessary to handle endianness in pure Java code such
as TJUnitTest (d'oh!)  This was a product of porting the C version of
TJUnitTest too literally, and of insufficient testing (historically,
the big endian systems I had available for testing didn't have Java.)