Gitiles
Code Review Sign In
gerrit-public.fairphone.software / platform / external / libjpeg-turbo / 691cd9338302d3145f6e8254a17403ad0984383e
  1. 691cd93 Fix 'make dist' by DRC · 9 years ago
  2. 54014d9 The Linux build machine has been upgraded to autoconf 2.69, automake 1.15, m4 1.4.17, and libtool 2.4.6, so it is no longer necessary to recommend running autoreconf prior to building the source. by DRC · 9 years ago
  3. 89b5e06 Studies show that GCC v5.1.0 performs as well as or better than v4.2, but v4.7.x-v4.9.x do not perform as well as v4.2. by DRC · 9 years ago
  4. 06bf10d Studies show that GCC v5.1.0 performs as well as or better than v4.2, but v4.7.x-v4.9.x do not perform as well as v4.2. by DRC · 9 years ago
  5. eea6424 Typo by DRC · 9 years ago
  6. 7a8c53e Clarify that the TurboJPEG API functions/methods do not modify the source buffer. by DRC · 9 years ago
  7. db6d8fc Now that the TurboJPEG API is reporting libjpeg warnings as errors, an "Invalid SOS parameters for sequential JPEG" warning surfaced in tjDecodeYUV*(). This was caused by the Se member of jpeg_decompress_struct being set to 0 (it is normally set to a non-zero value when the start-of-scan markers are read, but there are no SOS markers in this case, because we're not actually decompressing a JPEG file.) by DRC · 9 years ago
  8. f15ef33 Fix a segfault that occured in the MIPS DSPr2 fancy upsampling routine when downsampled_width==3. Because the DSPr2 code unrolls the loop for the middle columns (refer to jdsample.c), it has the effect of performing two column iterations, and that only works properly if the number of columns (minus the first and last) is >= 2. For the specific case of downsampled_width==3, this patch skips to the second iteration of the unrolled column loop. by DRC · 9 years ago
  9. 1f79c7c If a warning (such as "Premature end of JPEG file") is triggered in the underlying libjpeg API, make sure that the TurboJPEG API function returns -1. Unlike errors, however, libjpeg warnings do not make the TurboJPEG functions abort. by DRC · 9 years ago
  10. bec45b1 Back out r1555 and r1548. Using setenv() didn't fix the iOS simulator issue. It just replaced an undefined _putenv$UNIX2003 symbol with an undefined _setenv$UNIX2003 symbol. The correct solution seems to be to use -D_NONSTD_SOURCE when generating our official builds. by DRC · 9 years ago
  11. 80bbd39 Fix the Windows build. I remember now why I used putenv() originally-- because Windows doesn't have setenv(). We could use _putenv_s(), but older versions of MinGW don't have that either. Fortunately, since all of the environment values we're setting in turbojpeg.c are static, we can just map setenv() to putenv() using a macro. NOTE: we still have to use _putenv_s() in turbojpeg-jni.c, but at least people who may need to build with an older version of MinGW can still do so by disabling the Java build. by DRC · 9 years ago
  12. 665c96e Allow building only static or only shared libraries on Windows by DRC · 9 years ago
  13. 3ebcc32 __WORDSIZE doesn't seem to be available on platforms other than Mac or Linux, and best practices are for user-level code not to rely on it anyhow, since it's meant to be an internal macro. Fortunately, autoconf already has a way of determining the word size at configure time, so it can be passed into the compiler. This should work on any platform and has been tested on all of the Un*x platforms we support (Linux, Mac, FreeBSD, Solaris.) by DRC · 9 years ago
  14. 44320a2 Unless you define _ANSI_SOURCE, then putenv() on Mac is renamed to putenv$UNIX2003(), and this causes problems when trying to link an i386 iOS application (for the simulator) against the TurboJPEG static library. It's easiest to just use setenv() instead. by DRC · 9 years ago
  15. a8b6ea2 Fix a bug in the 64-bit Huffman encoder that Google discovered when encoding some very specific (and proprietary) aerial images using quality=98, an optimized Huffman table, and the ISLOW DCT. These images were causing the Huffman bit buffer to overflow, because the code for encoding the DC coefficient was using the equivalent of the 32-bit version of EMIT_BITS(). Thus, when 64-bit code was used, the DC coefficient code was not properly checking how many bits were in the buffer before attempting to add more bits to it. This issue appears to have existed in all versions of libjpeg-turbo. by DRC · 9 years ago
  16. 96869f4 Restore backward compatibility with MSVC < 2010 (broken by r1541) by DRC · 9 years ago
  17. f64b36f Oops. OS X doesn't define __WORDSIZE unless you include stdint.h, so apparently the Huffman codec hasn't ever been fully accelerated on 64-bit OS X. by DRC · 9 years ago
  18. 89a3f97 Allow the executables and libraries outside of the sharedlib/ directory to be linked against msvcr*.dll instead of libcmt*.lib. This is reported to be necessary when building libjpeg-turbo for use with C#. by DRC · 9 years ago
  19. feccdcf Surround the usage of getenv() in the TurboJPEG API with #ifndef NO_GETENV so that developers can add -DNO_GETENV to the C flags when building for platforms that don't have getenv(). Currently this is known to be necessary when building for Windows Phone. by DRC · 10 years ago
  20. c69a1cd If libjpeg-turbo is configured with a non-default prefix, such as /usr, then use the docdir variable defined by autoconf 2.60 and later, if available. This will, for instance, install the documentation under /usr/share/doc/libjpeg-turbo by default if prefix=/usr, unless docdir is overridden. When using earlier versions of autoconf, docdir is set to ${datadir}/doc, as it always has been. by DRC · 10 years ago
  21. 3b7015d Enable silent build rules for the NASM objects, if the source is configured with automake 1.11 or later. NOTE: the build still spits out "error: ignoring unknown tag NASM" for each object, but unfortunately, if we remove "--tag NASM" from the command line, the build breaks under older versions of automake (it aborts with "unable to infer tagged configuration.") by DRC · 10 years ago
  22. cab2a85 Set the RPM and deb architecture properly on non-x86 platforms. by DRC · 10 years ago
  23. 771ab19 Extend the AltiVec VMX SIMD routines to support little endian PowerPC platforms. by DRC · 10 years ago
  24. eb319ed Come on, Cohaagen, you got what you want. Give these people air! by DRC · 10 years ago
  25. 3f76083 Come on, Cohaagen, you got what you want. Give these people air! by DRC · 10 years ago
  26. dcf9f15 Oops. Need to set the alpha channel when using TYPE_4BYTE_ABGR*. This has no bearing on the actual tests, but it prevents the PNG pre-encode reference images for those tests from being blank. by DRC · 10 years ago
  27. 8b5a009 Oops. The MIPS SIMD implementations of h2v1 and h2v2 upsampling were not checking for DSPr2 support, so running 'djpeg -nosmooth' on a non-DSPr2-enabled platform caused an "illegal instruction" error. by DRC · 10 years ago
  28. 0e94025 Introduce fast paths to speed up NULL color conversion somewhat, particularly when using 64-bit code; on the decompression side, the "slow path" also now use an approach similar to that of the compression side (with the component loop outside of the column loop rather than inside.) This is faster when using 32-bit code. by DRC · 10 years ago
  29. c60d662 Some clarifications (actually MIPS doesn't implement the float DCT/IDCT using SIMD instructions) by DRC · 10 years ago
  30. 3af282d Make the floating point regression tests optional. It has been known for quite some time that these tests do not always generate the same results unless there is full SIMD coverage of the floating point algorithms in libjpeg-turbo. Further research reveals that there are basically three expected results: the results from our SSE SIMD extensions (which are slightly more accurate than the C code), results from the C code when running on a 32-bit FPU (or when using SSE instructions on an x86-64 CPU, which is the default with GCC), and results from the C code when running on a 64-bit FPU (which presumably uses double-precision arithmetic by default.) There is basically no way to determine which type of math will be used prior to run time, so it's best to just let the developers specify which result they expect on their particular system. by DRC · 10 years ago
  31. dd7f03b In the process of developing the AltiVec extensions, it was discovered that the normal regression tests aren't sufficient to test the behavior of the library with very small image sizes and when compressing from/decompressing to a subregion of a larger image buffer. Thus, an additional regression test was added that takes advantage of the tiled compression/decompression feature in tjbench. This is being back-ported to the 1.4.x branch primarily to verify that there are no lingering issues in the existing SIMD extensions. by DRC · 10 years ago
  32. cbc4b53 Add separate pseudo-targets for the TurboJPEG and libjpeg regression tests, for those times when you just don't want to sit through 11 iterations of TJUnitTest to find out that your algorithm is broken. by DRC · 10 years ago
  33. ffd9d05 Bump copyright year by DRC · 10 years ago
  34. cbc9970 Add the ability to benchmark YCCK JPEG compression/decompression. This is particularly useful since that is the only way to test the performance of the "plain" upsampling routines, which are accelerated on some platforms. by DRC · 10 years ago
  35. 2b7a391 1.4.1 by DRC · 10 years ago
  36. 2e2ea8e Document AltiVec extensions by DRC · 10 years ago
  37. 246b01b Revert r1506 (we actually are generating columns with the IDCT, so the naming makes sense in retrospect); further de-confusification in the forward DCT by DRC · 10 years ago
  38. c4e3c36 De-confusify the variable names a bit -- "out" represents the output of the IDCT kernel, so use "final" to represent the packed data that will be stored to memory. by DRC · 10 years ago
  39. 2ab5ea6 Add the ability to benchmark YCCK JPEG compression/decompression. This is particularly useful since that is the only way to test the performance of the "plain" upsampling routines, which are accelerated on some platforms. by DRC · 10 years ago
  40. c641cdd AltiVec SIMD implementation of H2V1 and H2V2 plain upsampling (used only when decompressing YCCK images with fast upsampling enabled.) by DRC · 10 years ago
  41. 86af36a AltiVec SIMD implementation of H2V1 and H2V2 merged upsampling by DRC · 10 years ago
  42. 11c4010 Fix an overread detected by valgrind by DRC · 10 years ago
  43. 2517ef7 Fix bugs in the AltiVec fancy upsampling routines uncovered during additional testing with small image sizes. Since the input width is half the output width, the upsampler should only write a second 16-byte chuck if there are more than 8 input columns left. Additionally, if the width is < 16, then we need to insert a dummy sample (the SSE2 code does this as well, but I neglected to port that portion of the code for some reason.) by DRC · 10 years ago
  44. 9ab2c10 In the process of developing the AltiVec extensions, it was discovered that the normal regression tests aren't sufficient to test the behavior of the library with very small image sizes and when compressing from/decompressing to a subregion of a larger image buffer. Thus, an additional regression test was added that takes advantage of the tiled compression/decompression feature in tjbench. by DRC · 10 years ago
  45. cbcb536 Fix a bug in the AltiVec downsampling routines uncovered during additional testing with small image sizes. Since the output width is half the input width, the downsampler should only read a second 16-byte chunk if there are more than 8 output columns left. by DRC · 10 years ago
  46. ada430b Make the formatting and naming of variables and constants more consistent by DRC · 10 years ago
  47. 406bb01 Make the formatting and naming of variables and constants more consistent by DRC · 10 years ago
  48. a6a24c2 Make the formatting and naming of variables and constants more consistent by DRC · 10 years ago
  49. 52a4ec6 AltiVec SIMD implementation of H2V1 and H2V2 fancy upsampling by DRC · 10 years ago
  50. 8f7f49a by DRC · 10 years ago
  51. cf78941 by DRC · 10 years ago
  52. 51eba06 Minor code readability tweak by DRC · 10 years ago
  53. d71a6e0 Use intrinsics for loading aligned data in the IDCT functions. This has no effect on performance, but it makes it more obvious what that code is doing. by DRC · 10 years ago
  54. f0abd46 Bump copyright year by DRC · 10 years ago
  55. ac4daa7 AltiVec SIMD implementation of YCC-to-RGB color conversion by DRC · 10 years ago
  56. af69295 Fix minor issue in code comments by DRC · 10 years ago
  57. 6aed112 Fix minor issue in code comments by DRC · 10 years ago
  58. a500575 Simplify the code somewhat. It actually wasn't necessary to have a "fast path" and a "medium path"-- they perform the same. by DRC · 10 years ago
  59. 2534788 Overhaul the AltiVec vector loading code in the compression-side colorspace conversion routines. The existing code was sometimes overreading the source buffer (at least according to valgrind), and it was necessary to increase the complexity of the code in order to prevent this without significantly compromising performance. by DRC · 10 years ago
  60. 8de75d0 Fix minor issue in code comments by DRC · 10 years ago
  61. 2204820 AltiVec SIMD implementation of 2x1 and 2x2 downsampling by DRC · 10 years ago
  62. 2b223a0 Oops. Delete the duplicate copy of [lib]turbojpeg.dll in the binary directory when uninstalling the package. by DRC · 10 years ago
  63. c4930d8 Oops. Delete the duplicate copy of [lib]turbojpeg.dll in the binary directory when uninstalling the package. by DRC · 10 years ago
  64. 577ecd9 AltiVec SIMD implementation of sample conversion and integer quantization by DRC · 10 years ago
  65. ff30c63 Document the fact that the AltiVec implementation uses the same modified algorithms as the SSE2 implementation by DRC · 10 years ago
  66. 4545308 Use intrinsics for loading/storing data in the DCT/IDCT functions. This has no effect on the performance of the aligned loads/stores, but it makes it more obvious what that code is doing. Using intrinsics for the unaligned stores in the inverse DCT functions increases overall decompression performance by 1-2%. by DRC · 10 years ago
  67. b1fec4f AltiVec SIMD implementation of RGB-to-Grayscale color conversion by DRC · 10 years ago
  68. 5976e42 Remove unneeded code; Make sure jccolor-altivec.o will be rebuilt if jccolext-altivec.c changes. by DRC · 10 years ago
  69. 62bae20 AltiVec SIMD implementation of RGB-to-YCC color conversion by DRC · 10 years ago
  70. 8163aad Make test a phony target so things don't go haywire if there is a file named test.c in the current directory. by DRC · 10 years ago
  71. 99f125e Maintain the traditional order of the regression tests while allowing the TurboJPEG and libjpeg portions to be executed separately by DRC · 10 years ago
  72. 13af139 Make comments more consistent by DRC · 10 years ago
  73. 87fd253 Add a "quicktest" pseudo-target, for those times when you just don't want to sit through 11 iterations of TJUnitTest. by DRC · 10 years ago
  74. bf8a5fe Cosmetic tweaks to the PowerPC SIMD stubs by DRC · 10 years ago
  75. 535674b Split AltiVec algorithms into separate files for ease of maintenance; Rename constants using lowercase so they are not confused with macros by DRC · 10 years ago
  76. c9da785 Optimizations to the AltiVec DCT algorithms (pre-compute constants and combine multiply/add operations) by DRC · 10 years ago
  77. 0691162 AltiVec SIMD implementation of slow integer inverse DCT by DRC · 10 years ago
  78. 9cb418d Use macros to allocate constants statically, rather than reading them from a table using vec_splat*(). This improves code readability and probably improves performance a bit as well. by DRC · 10 years ago
  79. 935d1d6 Swap the order of the IFAST and ISLOW FDCT functions so that it matches the order of the prototypes in jsimd.h and the stubs in jsimd_powerpc.c. by DRC · 10 years ago
  80. 86ae591 Include ARMv8 binaries when generating a combined OS X/iOS package using 'make iosdmg' by DRC · 10 years ago
  81. d51e6c2 Document that the ARMv8/iOS issues are now fixed by DRC · 10 years ago
  82. 6842c7c Remove reference to install.txt, which we do not include from the IJG distribution by DRC · 10 years ago
  83. 6e6b28c Include ARMv8 binaries when generating a combined OS X/iOS package using 'make iosdmg' by DRC · 10 years ago
  84. b9c4b58 In the output of the configure script, indicate whether gas-preprocessor.pl is being used along with the assembler. by DRC · 10 years ago
  85. 62999d7 Modify the ARM64 assembly file so that it uses only syntax that the clang assembler in XCode 5.x can understand. These changes should all be cosmetic in nature-- they do not change the meaning or readability of the code nor the ability to build it for Linux. Actually, the code is now more in compliance with the ARM64 programming manual. In addition to these changes, there were a couple of instructions that clang simply doesn't support, so gas-preprocessor.pl was modified so that it now converts those into equivalent instructions that clang can handle. by DRC · 10 years ago
  86. ceb552a Add iOS architectures to the shared libraries generated by the Mac/iOS packaging system. I have no idea how useful this is for "standard" iOS application development, but it is useful in a jailbreak environment, and iOS 8 supposedly allows shared libs in "official" apps as well. by DRC · 10 years ago
  87. e59196d 1.4.0 by DRC · 10 years ago
  88. 6cb7f40 AltiVec SIMD implementation of fast integer inverse DCT by DRC · 10 years ago
  89. 040435a Further cleanup of the AltiVec forward DCT code: by DRC · 10 years ago
  90. fb0c394 AltiVec SIMD implementation of slow integer forward DCT; Clean up fast integer forward DCT code so that it is easier to see how it derives from the SSE2 code and to make it play more nicely with the slow FDCT code. by DRC · 10 years ago
  91. e1ac401 Fix cosmetic issues in AltiVec comments by DRC · 10 years ago
  92. 3f764b7 Fix 'make dist' by DRC · 10 years ago
  93. 1e2f496 Fix 'make dist' by DRC · 10 years ago
  94. 4c773cf Fix typos in test names by DRC · 10 years ago
  95. a29d6b4 Remove unused code by DRC · 10 years ago
  96. b329697 Fix build when INPUT_SMOOTHING_SUPPORTED is undefined by DRC · 10 years ago
  97. 2a6b831 Some software also needs the FAR macro. Ugh. Also wordsmithing. by DRC · 10 years ago
  98. e2dd3e3 Restore the JPP() and JMETHOD() macros. Even though libjpeg-turbo doesn't use them anymore, other software apparently does: by DRC · 10 years ago
  99. 0f4469c Oops. Include the tjPlane*() functions in the mapfile so that they are exposed in the shared library on ELF systems. by DRC · 10 years ago
  100. 402a715 Fix Huffman local buffer overrun discovered by Debian developers when attempting to transform a junk image using ImageMagick: by DRC · 10 years ago