characters to be passed on the command line, which was causing it to generate
incorrect JPEG files.
-[4] Fixed a bug in the build system that was causing the Windows version of
-wrjpgcom to be built using the rdjpgcom code.
+[12] Fixed a bug in the build system that was causing the Windows version of
+wrjpgcom to be built using the rdjpgcom source code.
+
+[13] Restored 12-bit-per-component JPEG support. A 12-bit version of
+libjpeg-turbo can now be built by passing an argument of --with-12bit to
+configure (Unix) or -DWITH_12BIT=1 to cmake (Windows.) 12-bit JPEG support is
+included only for convenience. Enabling this feature disables all of the
+performance features in libjpeg-turbo, as well as arithmetic coding and the
+TurboJPEG API. The resulting library still contains the other libjpeg-turbo
+features (such as the colorspace extensions), but in general, it performs no
+faster than libjpeg v6b.
+
+[14] Added ARM 64-bit SIMD acceleration for the YCC-to-RGB color conversion
+and IDCT algorithms (both are used during JPEG decompression.) For unknown
+reasons (probably related to clang), this code cannot currently be compiled for
+iOS.
-[5] Fixed an extremely rare bug that could cause the Huffman encoder's local
++[15] Fixed an extremely rare bug that could cause the Huffman encoder's local
+ buffer to overrun when a very high-frequency MCU is compressed using quality
+ 100 and no subsampling, and when the JPEG output buffer is being dynamically
+ resized by the destination manager. This issue was so rare that, even with a
+ test program specifically designed to make the bug occur (by injecting random
+ high-frequency YUV data into the compressor), it was reproducible only once in
+ about every 25 million iterations.
+
1.3.1
=====