]> granicus.if.org Git - libjpeg-turbo/commitdiff
Fix I/O suspension. This little nugget of code was introduced in r30 as part of...
authorDRC <dcommander@users.sourceforge.net>
Thu, 25 Apr 2013 08:55:31 +0000 (08:55 +0000)
committerDRC <dcommander@users.sourceforge.net>
Thu, 25 Apr 2013 08:55:31 +0000 (08:55 +0000)
git-svn-id: svn+ssh://svn.code.sf.net/p/libjpeg-turbo/code/trunk@954 632fc199-4ca6-4c93-a231-07263d6284db

1  2 
ChangeLog.txt

diff --cc ChangeLog.txt
index 9780acfac1de697335024d4db2d0cc9c1d6c6639,468f09039d087093ace8da135b82ade54c1d0f61..780cc9e37f58fe9e84f1f57f61e0aa999d721d6c
@@@ -1,55 -1,9 +1,58 @@@
 -1.2.2
 +1.3.0
  =====
  
 -[1] The tjDecompressToYUV() function now supports the TJFLAG_FASTDCT flag.
 +[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.
++
 +
 +1.2.90 (1.3 beta1)
 +==================
 +
 +[1] Added support for additional scaling factors (3/8, 5/8, 3/4, 7/8, 9/8, 5/4,
 +11/8, 3/2, 13/8, 7/4, 15/8, and 2) when decompressing.  Note that the IDCT will
 +not be SIMD-accelerated when using any of these new scaling factors.
 +
 +[2] The TurboJPEG dynamic library is now versioned.  It was not strictly
 +necessary to do so, because TurboJPEG uses versioned symbols, and if a function
 +changes in an ABI-incompatible way, that function is renamed and a legacy
 +function is provided to maintain backward compatibility.  However, certain
 +Linux distro maintainers have a policy against accepting any library that isn't
 +versioned.
 +
 +[3] Extended the TurboJPEG Java API so that it can be used to compress a JPEG
 +image from and decompress a JPEG image to an arbitrary position in a large
 +image buffer.
 +
 +[4] The tjDecompressToYUV() function now supports the TJFLAG_FASTDCT flag.
  
 -[2] The 32-bit supplementary package for amd64 Debian systems now provides
 +[5] The 32-bit supplementary package for amd64 Debian systems now provides
  symlinks in /usr/lib/i386-linux-gnu for the TurboJPEG libraries in /usr/lib32.
  This allows those libraries to be used on MultiArch-compatible systems (such as
  Ubuntu 11 and later) without setting the linker path.