Re: [Libjpeg-turbo-announce] libjpeg-turbo 1.3.0 has been released

A link might be helpful:

https://sourceforge.net/projects/libjpeg-turbo/files/1.3.0/


On 5/25/13 11:21 AM, DRC wrote:
> Significant changes since 1.3 beta1:
>
> [1] 'make test' now works properly on FreeBSD, and it no longer requires
> the md5sum executable to be present on other Un*x platforms.
>
> [2] Overhauled the packaging system:
> -- To avoid conflict with vendor-supplied libjpeg-turbo packages, the
> official RPMs and DEBs for libjpeg-turbo have been renamed to
> "libjpeg-turbo-official".
> -- The TurboJPEG libraries are now located under /opt/libjpeg-turbo in
> the official Linux and Mac packages, to avoid conflict with
> vendor-supplied packages and also to streamline the packaging system.
> -- Release packages are now created with the directory structure defined
> by the configure variables "prefix", "bindir", "libdir", etc. (Un*x) or
> by the CMAKE_INSTALL_PREFIX variable (Windows.)  The exception is that
> the docs are always located under the system default documentation
> directory on Un*x and Mac systems, and on Windows, the TurboJPEG DLL is
> always located in the Windows system directory.
> -- To avoid confusion, official libjpeg-turbo packages on Linux/Unix
> platforms (except for Mac) will always install the 32-bit libraries in
> /opt/libjpeg-turbo/lib32 and the 64-bit libraries in
> /opt/libjpeg-turbo/lib64.
> -- Fixed an issue whereby, in some cases, the libjpeg-turbo executables
> on Un*x systems were not properly linking with the shared libraries
> installed by the same package.
> -- Fixed an issue whereby building the "installer" target on Windows
> when WITH_JAVA=1 would fail if the TurboJPEG JAR had not been previously
> built.
> -- Building the "install" target on Windows now installs files into the
> same places that the installer does.
>
> [3] Fixed a Huffman encoder bug that prevented I/O suspension from
> working properly.