Gitiles
Code Review Sign In
gerrit-public.fairphone.software / platform / external / libjpeg-turbo / ad64b5a4c9909ff23b234c9165afefd17a5bf0db
  1. ad64b5a Fix compiler warning ("always_inline function might not be inlinable") when building with recent versions of GCC by DRC · 10 years ago
  2. c7e10b2 Enable silent build (can be overridden with 'make V=1') if the version of autotools being used is new enough. by DRC · 10 years ago
  3. 2ae7918 Fix an error that occurred when trying to use the lossless transform feature without specifying -quiet; formatting tweak by DRC · 10 years ago
  4. 88f260c Move the garbage collection of the JPEG tiles into the decompression function to increase the chances that tiled decompression of large images will succeed without an OutOfMemoryError. by DRC · 10 years ago
  5. 40a0a02 Update (C) year by DRC · 10 years ago
  6. 695b6e8 Don't use deprecated constructor by DRC · 10 years ago
  7. aa255e2 Doc tweaks by DRC · 10 years ago
  8. bcb5f02 Go ahead and deprecate the old constructor in 1.3.1 instead of in 1.4, since it uses a deprecated method by DRC · 10 years ago
  9. c33347c Add @Deprecated to the deprecated Java methods, so javac will actually print deprecation warnings, as opposed to just listing the methods as deprecated in javadoc; remove the use of the deprecated methods by our own test programs. by DRC · 10 years ago
  10. df42b3c Whitespace tweaks by DRC · 10 years ago
  11. dd59233 Fix a segfault that would occur in decompress-only mode if -alloc was specified without -tile. by DRC · 10 years ago
  12. a15f19f Wordsmithing & formatting tweaks by DRC · 10 years ago
  13. d4b453c Back-port the -subsamp option from 1.4 rather than use the hackish approach of replacing 4:2:2 with 4:4:0. This has the added advantage of allowing the user to test only a specific level of subsampling. by DRC · 10 years ago
  14. db0e279 Oops. This was apparently the victim of an overly aggressive search/replace. by DRC · 10 years ago
  15. 5eb1efa Silence warning in CMake 2.8.12 and later by DRC · 10 years ago
  16. d45c549 Fix the build of the Java classes when using MSVC 2010 and later. Something in the recesses of my brain is telling me that I tried this before and it failed under some circumstances, but it must have been a bug in an older CMake implementation. CMake 2.8.8 and later seem to work fine with this patch. This patch also updates the minimum required version to 2.8.8, because 2.8.8 fixed another issue that was preventing the SIMD code from building under MSVC 2010 and later. by DRC · 10 years ago
  17. 05d24e8 Fix Windows build by DRC · 10 years ago
  18. 42aeac3 Formatting tweaks by DRC · 10 years ago
  19. 4798b7e Add a blank line before the alpha-enabled colorspace tests in order to improve readability by DRC · 10 years ago
  20. 84c25cb Oops. We need to call start_pass() on the color converter in order to allocate the conversion tables used by the plain C code. by DRC · 10 years ago
  21. 50cfc46 Oops. We need to call start_pass() on the color converter in order to allocate the conversion tables used by the plain C code. by DRC · 10 years ago
  22. ea657b2 Fix regression introduced in r1128 that caused SIMD detection to malfunction for ARM platforms (and probably ARM64 and MIPS as well.) by DRC · 10 years ago
  23. e2ce3b5 Remove unused code (the destination manager is not used during YUV encoding, there are no virtual arrays to realize, and jinit_c_prep_controller() is unnecessary because we are not using smoothing.) by DRC · 10 years ago
  24. ffa5e59 Fix autoconf warnings by DRC · 10 years ago
  25. 5aec4af Use C-style comments by DRC · 10 years ago
  26. c7a3246 Remove unused code (the destination manager is not used during YUV encoding, there are no virtual arrays to realize, and jinit_c_prep_controller() is unnecessary because we are not using smoothing.) by DRC · 10 years ago
  27. 693f4a5 Fix an issue that prevented tjEncodeYUV2() and TJCompressor.encodeYUV() from working properly if the source image was very tiny. Basically, jpeg_start_compress() was attempting to write the JPEG headers, which was overrunning the YUV buffer. This patch removes the call to jpeg_start_compress() in tjEncodeYUV2() and replaces it with calls to the individual routines that are necessary to initialize the color converter and downsampler. TJUnitTest has also been modified to test for this condition (the buffer size regression test now works in YUV mode.) by DRC · 10 years ago
  28. 2c0c807 Fix an issue that prevented tjEncodeYUV2() and TJCompressor.encodeYUV() from working properly if the source image was very tiny. Basically, jpeg_start_compress() was attempting to write the JPEG headers, which was overrunning the YUV buffer. This patch removes the call to jpeg_start_compress() in tjEncodeYUV2() and replaces it with calls to the individual routines that are necessary to initialize the color converter and downsampler. TJUnitTest has also been modified to test for this condition (the buffer size regression test now works in YUV mode.) by DRC · 10 years ago
  29. 2885cf5 Further examination of the code reveals that this change is unnecessary. The histogram stores a count of each color in the image, so it will always contain at least one non-zero element, and thus the total can never be zero. Since the histogram is generated from the image data and not read from the header, there is no chance that header corruption would affect it. by DRC · 10 years ago
  30. d4ab63d Fix several potential overflow issues identified by the community. by DRC · 10 years ago
  31. 88dee58 Formatting tweak by DRC · 10 years ago
  32. e189ec7 Remove trailing space by DRC · 10 years ago
  33. 3e00f03 Formatting tweaks by DRC · 10 years ago
  34. 8d55c88 Include instructions for building iOS binaries using Xcode 4.6.x and Xcode 5.0. by DRC · 10 years ago
  35. b3a028e Per the conventions of the image compression and digital video communities, use "YCbCr" to describe the JPEG colorspace and "YUV" to describe an image format consisting of Y, Cb, and Cr planes (this partially reverts r959.) by DRC · 11 years ago
  36. 5a7e9e5 Per the conventions of the image compression and digital video communities, use "YCbCr" to describe the JPEG colorspace and "YUV" to describe an image format consisting of Y, Cb, and Cr planes (this partially reverts r959.) by DRC · 11 years ago
  37. 43d8cf4 Fix CVE-2013-6629 and CVE-2013-6630 by DRC · 11 years ago
  38. 7ebf294 Fix CVE-2013-6629 and CVE-2013-6630 by DRC · 11 years ago
  39. cb92dcc Make documentation viewable directly from http://svn.code.sf.net/p/libjpeg-turbo/code/branches/1.3.x by DRC · 11 years ago
  40. e163653 Back-port code from jpeg-8 that removes unpopulated (and unneeded) tables for AC and DC coefficients when generating progressive JPEG files with arithmetic coding. This should make such files bitwise compatible with jpeg-8, barring any other mathematical differences (such as the different subsampling algorithm used in jpeg-8.) Add regression tests for progressive+arithmetic JPEG files. by DRC · 11 years ago
  41. 5829cb2 The Independent JPEG Group's JPEG software v8d by Guido Vollbeding · 12 years ago
  42. c39ec14 The Independent JPEG Group's JPEG software v8c by Guido Vollbeding · 13 years ago
  43. a4ecaac The Independent JPEG Group's JPEG software v8b by Guido Vollbeding · 14 years ago
  44. f18f81b The Independent JPEG Group's JPEG software v8a by Guido Vollbeding · 14 years ago
  45. 989630f The Independent JPEG Group's JPEG software v8 by Guido Vollbeding · 15 years ago
  46. 5996a25 The Independent JPEG Group's JPEG software v7 by Guido Vollbeding · 15 years ago
  47. 1e247ac The Independent JPEG Group's JPEG software v6b with arithmetic coding support by Guido Vollbeding · 26 years ago
  48. 5ead57a The Independent JPEG Group's JPEG software v6b by Thomas G. Lane · 26 years ago
  49. 489583f The Independent JPEG Group's JPEG software v6a by Thomas G. Lane · 28 years ago
  50. bc79e06 The Independent JPEG Group's JPEG software v6 by Thomas G. Lane · 29 years ago
  51. a8b67c4 The Independent JPEG Group's JPEG software v5b by Thomas G. Lane · 29 years ago
  52. 9ba2f5e The Independent JPEG Group's JPEG software v5a by Thomas G. Lane · 30 years ago
  53. 36a4ccc The Independent JPEG Group's JPEG software v5 by Thomas G. Lane · 30 years ago
  54. cc7150e The Independent JPEG Group's JPEG software v4a by Thomas G. Lane · 31 years ago
  55. 88aeed4 The Independent JPEG Group's JPEG software v4 by Thomas G. Lane · 32 years ago
  56. 4a6b730 The Independent JPEG Group's JPEG software v3 by Thomas G. Lane · 32 years ago
  57. bd543f0 The Independent JPEG Group's JPEG software v2 by Thomas G. Lane · 33 years ago
  58. 2cbeb8a The Independent JPEG Group's JPEG software v1 by Thomas G. Lane · 33 years ago
  59. c44750e Fix an issue that resulted in an error ("Invalid SOS parameters for sequential JPEG. Didn't expect more than one scan.") when decoding progressive+arithmetic JPEGs generated by libjpeg-turbo. by DRC · 11 years ago
  60. 4b50928 Back-port code from jpeg-8 that removes unpopulated (and unneeded) tables for AC and DC coefficients when generating progressive JPEG files with arithmetic coding. This should make such files bitwise compatible with jpeg-8, barring any other mathematical differences listed in README-turbo.txt. Add regression tests for progressive+arithmetic JPEG files. by DRC · 11 years ago
  61. 4ac8700 Remove unnecessary whitespace by DRC · 11 years ago
  62. 5aa6c9a Remove unnecessary whitespace by DRC · 11 years ago
  63. 6cef2b1 Fix a really subtle issue whereby an invalid free() could occur if a program called tjInitDecompress() and then accidentally passed the handle to tjEncodeYUV2(), or if a program called tjInitCompress() and then accidentally passed the handle to tjDecompressToYUV(). by DRC · 11 years ago
  64. f57a22d Fix logic error from r1039 by DRC · 11 years ago
  65. c45653e Fix a couple of issues with return value checking. JFREAD(), which wraps fread(), will never return -1. fread() will instead return 0 or a short object count if an error occurs, and ferror() will return 1 in that case. The second issue was that we were assigning the return value of ftell() to an unsigned long prior to checking the value, so the value would never be < 0 if an error occurred. It would instead be (unsigned long)-1. by DRC · 11 years ago
  66. a6ef282 Some of the IJG headers say "Modified by", so clarify that our "Modifications" are not referring to these. by DRC · 11 years ago
  67. cadabd4 Actually, the second bug was hidden by the first, so the initial ChangeLog entry was correct from the user's point of view. by DRC · 11 years ago
  68. e8be2c6 Fix an issue that resulted in an error ("Invalid SOS parameters for sequential JPEG. Didn't expect more than one scan.") when decoding progressive+arithmetic JPEGs generated by libjpeg-turbo. by DRC · 11 years ago
  69. 94b6c02 Name the package *cygwin64.tar.bz2 when building on Cygwin64. by DRC · 11 years ago
  70. f369f17 Due to the way in which the configure script silently falls back to a non-SIMD build if SIMD can't be enabled, we accidentally released iOS ARM v7 and v7s binaries in 1.3.0 that did not contain NEON SIMD code, because gas-preprocessor.pl wasn't in the PATH. In order to prevent this from happening again, specifying --with-simd now has the effect of forcing a SIMD build, and if this argument is specified, any issues encountered while enabling SIMD are treated as fatal. by DRC · 11 years ago
  71. 5d2514b 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. by DRC · 11 years ago
  72. 2c63c00 Clarify that the bug affects cjpeg as well as jpegtran. by DRC · 11 years ago
  73. ba923a8 Fix I/O suspension. This little nugget of code was introduced in r30 as part of an early attempt to make buffered I/O work with the optimized Huffman codec. Ultimately, r32 reverted a lot of that mess and introduced much of the logic we now use, rendering this code unnecessary, but it was never reverted because it only causes problems when I/O suspension is used, and apparently no one has tried to do that with libjpeg-turbo until now. by DRC · 11 years ago
  74. 1370f10 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. by DRC · 11 years ago
  75. 24f11a7 The connect.apple.com alias has apparently been down for about a month by DRC · 11 years ago
  76. 6eb29dd Oops. We need to delete the new copy of turbojpeg.dll in the binary directory. Also add quotes to InstDir to allow installing under "c:\Program Files\", and remove unnecessary quotes in the Delete directives. by DRC · 11 years ago
  77. 4d87793 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. by DRC · 11 years ago
  78. 7ef2616 1.3.1 by DRC · 11 years ago
  79. ae92418 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 by DRC · 11 years ago
  80. ca866c4 Disable timestamp in generated HTML files to make diffing and merging easier. by DRC · 11 years ago
  81. 7657726 Wordsmithing by DRC · 11 years ago
  82. 07796da Add note regarding the fact that 4:4:0 lacks full SIMD support; Add an option for benchmarking 4:4:0 subsampling in tjbench. by DRC · 11 years ago
  83. bcda683 Upgrade to Doxygen 1.8.3.1; Add note regarding the fact that 4:4:0 lacks full SIMD support. by DRC · 11 years ago
  84. 71ccb39 Upgrade to Doxygen 1.8.3.1 by DRC · 11 years ago
  85. 1520ee2 Remove stray closing bracket that prevented the use of this header in a C++ application by DRC · 11 years ago
  86. dadebe9 Document previous commit in the change log by DRC · 11 years ago
  87. c32e0c2 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. by DRC · 11 years ago
  88. b927103 Fix lintian warning about missing maintainer address when installing on recent Debian-based systems by DRC · 11 years ago
  89. d3eb40b Use ELF64 object format on 64-bit kFreeBSD systems. by DRC · 11 years ago
  90. 6e0bbbf 1.3.0 by DRC · 11 years ago
  91. 49df783 Clean up the output of tjunittest and TJUnitTest by DRC · 11 years ago
  92. 04e0a02 Make sure the RPM provides "libjpeg-turbo" as well, for backward compatibility (the TurboVNC RPM build, in particular, checks for this.) by DRC · 11 years ago
  93. bb9e147 Fix backward compatibility between the Java classes and the 1.2.x JNI library (as long as the 1.3 Java features are not used.) by DRC · 11 years ago
  94. 1d29c5f Correct misuse of the word "pitch" + more code formatting tweaks by DRC · 11 years ago
  95. 67bee86 Code formatting tweaks by DRC · 11 years ago
  96. 65d4a46 Java doc tweaks by DRC · 11 years ago
  97. c6eedeb Oops by DRC · 11 years ago
  98. 0c83e5a Not that it matters, because JNI uses dlopen()/dlsym() to load symbols, but for bookkeeping purposes, move the JNI symbols introduced in libjpeg-turbo 1.3 into a new section. by DRC · 11 years ago
  99. d8522a7 Wordsmithing by DRC · 11 years ago
  100. 01fdcc3 Further doc tweaks by DRC · 11 years ago