By default, install the libraries into /opt/libjpeg-turbo/lib32 on any 32-bit system, not just x86, and into /opt/libjpeg-turbo/lib64 on any 64-bit system, not just x86-64.  In particular, this addresses an issue with building TurboVNC and VirtualGL on ARM systems.
Remove stray closing bracket that prevented the use of this header in a C++ application
Upgrade to Doxygen 1.8.3.1
Add note regarding the fact that 4:4:0 lacks full SIMD support;  Add an option for benchmarking 4:4:0 subsampling in tjbench.
Wordsmithing
Disable timestamp in generated HTML files to make diffing and merging easier.
Add 4:1:1 subsampling support in the TurboJPEG C API
Add note regarding the fact that 4:4:0 lacks full SIMD support;  Add an option for benchmarking 4:4:0 subsampling in TJBench;  Wordsmithing;  Disable timestamp in generated HTML files to make diffing and merging easier
Add 4:1:1 subsampling support in the TurboJPEG Java API
Add CMYK support to the TurboJPEG C API
Add CMYK support to the TurboJPEG Java API & clean up a few things in the C API
Wordsmithing
Oops.  Forgot to implement access method for the colorspace & extend TJBench
Fix 'make dist'
In the Windows installer packages, place a duplicate copy of turbojpeg.dll in c:\libjpeg-turbo[-gcc][64]\bin.  This is mainly to give installers an easy way to find the DLL for the purposes of bundling it.  Specifically, this was necessary for TurboVNC, becuase 32-bit CMake running on 64-bit Windows cannot ever access the "real" c:\windows\system32 directory.
The connect.apple.com alias has apparently been down for about a month
We can't enable optimized entropy coding unless we're using Huffman coding.  This fixes a bug whereby attempting to create a progressive JPEG with arithmetic coding would fail.
Clarify that the bug affects cjpeg as well as jpegtran.