DRC
46611eb0ee
libjpeg-turbo has never supported non-ANSI compilers, so get rid of the crufty SIZEOF() macro. It was not being used consistently anyhow, so it would not have been possible to build prior releases of libjpeg-turbo using the broken compilers for which that macro was designed.
2014-05-18 19:04:03 +00:00
DRC
144e7b79e4
Remove MS-DOS code and information, and adjust copyright headers to reflect the removal of features in r1307 and r1308. libjpeg-turbo has never supported MS-DOS, nor is it even possible for us to do so.
2014-05-18 18:33:44 +00:00
DRC
e45363d7c2
Convert tabs to spaces in the libjpeg code and the SIMD code (TurboJPEG retains the use of tabs for historical reasons. They were annoying in the libjpeg code primarily because they were not consistently used and because they were used to format as well as indent the code. In the case of TurboJPEG, tabs are used just to indent the code, so even if the editor assumes a different tab width, the code will still be readable.)
2014-05-09 18:00:32 +00:00
DRC
faac204f30
Work around an issue in Visual C++ 2010 and 2013 that was causing the 256-bit bitmap test in the regression tests to fail. More specifically, when optimization is enabled in these versions of Visual C++, the optimizer seems to get confused by the following code block:
...
delta = cur0 * 2;
cur0 += delta; /* form error * 3 */
errorptr[0] = (FSERROR) (bpreverr0 + cur0);
cur0 += delta; /* form error * 5 */
bpreverr0 = belowerr0 + cur0;
cur0 += delta; /* form error * 7 */
Each time cur0 is incremented by delta, the compiled code doubles the value of delta (WTF?!) Thus, by the time the end of the block is reached, cur0 is equal to 15 times its former self, not 7 times its former self as it should be. At any rate, it was a lot simpler to just refactor the code so that it uses multiplication.
2014-04-20 06:57:52 +00:00
DRC
7d8ed9833e
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.
2014-02-07 19:05:07 +00:00
DRC
3317c65fb9
Fix several potential overflow issues identified by the community.
2014-02-06 19:30:32 +00:00
DRC
e2563adb2e
Some of the IJG headers say "Modified by", so clarify that our "Modifications" are not referring to these.
2013-09-28 03:22:53 +00:00
DRC
de30fe9460
Change the copyright notices to make it clear that our modified files are not part of the IJG's software.
2012-12-31 02:42:18 +00:00
DRC
a1a5989d85
Update copyrights to indicate files modified with colorspace extensions
2009-08-06 08:32:00 +00:00
DRC
f7e0f6d5f5
Implement new colorspaces to allow directly compressing from/decompressing to RGB/RGBX/BGR/BGRX/XBGR/XRGB without conversion
2009-04-03 12:00:51 +00:00
Thomas G. Lane
16c97143f3
The Independent JPEG Group's JPEG software v6a
2014-09-07 20:00:00 +01:00
Thomas G. Lane
0baf670330
The Independent JPEG Group's JPEG software v6
2014-09-07 20:00:00 +01:00
Thomas G. Lane
c5414ae082
The Independent JPEG Group's JPEG software v5
2014-09-07 20:00:00 +01:00
Thomas G. Lane
24b8211e9f
The Independent JPEG Group's JPEG software v4a
2014-09-07 20:00:00 +01:00
Thomas G. Lane
f14f1a0dc3
The Independent JPEG Group's JPEG software v4
2014-09-07 20:00:00 +01:00
Thomas G. Lane
9821061877
The Independent JPEG Group's JPEG software v3
2014-09-07 20:00:00 +01:00
Thomas G. Lane
7a9a82bf06
The Independent JPEG Group's JPEG software v1
2014-09-07 20:00:00 +01:00