- 01 10月, 2013 1 次提交
-
-
由 John Bowler 提交于
requirements of png_modifier are greater than that of png_store and as a consequence compilation of pngvalid.c results in a warning about increased alignment requirements because of the bare cast to (png_modifier*). The code is safe, because the pointer is known to point to a stack allocated png_modifier, but this change avoids the warning. Fixed default behavior of ARM_NEON_API. If the ARM NEON API option was compiled without the CHECK option it defaulted to on, not off. Check user callback behavior in pngunknown.c. Previous versions compiled if SAVE_UNKNOWN was not available but did nothing since the callback was never implemented. Merged pngunknown.c with 1.7 version and back ported 1.7 improvements/fixes
-
- 18 4月, 2013 1 次提交
-
-
由 John Bowler 提交于
Reverted previous attempt to allow gAMA and sRGB non-support with the simplified API.
-
- 14 4月, 2013 1 次提交
-
-
由 Glenn Randers-Pehrson 提交于
(Flavio Medeiros).
-
- 28 3月, 2013 1 次提交
-
-
由 Glenn Randers-Pehrson 提交于
-
- 05 3月, 2013 1 次提交
-
-
由 Glenn Randers-Pehrson 提交于
-
- 03 3月, 2013 1 次提交
-
-
由 Glenn Randers-Pehrson 提交于
-
- 02 3月, 2013 1 次提交
-
-
由 Glenn Randers-Pehrson 提交于
-
- 18 2月, 2013 1 次提交
-
-
由 Glenn Randers-Pehrson 提交于
Folded some long lines.
-
- 14 2月, 2013 1 次提交
-
-
由 Glenn Randers-Pehrson 提交于
-
- 20 1月, 2013 1 次提交
-
-
由 John Bowler 提交于
png_set_* APIs
-
- 01 1月, 2013 1 次提交
-
-
由 Glenn Randers-Pehrson 提交于
-
- 01 11月, 2012 1 次提交
-
-
由 Glenn Randers-Pehrson 提交于
-
- 27 10月, 2012 1 次提交
-
-
由 John Bowler 提交于
READ_GAMMA. Prior to 1.6.0 switching off READ_GAMMA did unpredictable things to the interfaces that use it (specifically, png_do_background in 1.4 would simply display composite for grayscale images but do composition with the incorrect arithmetic for color ones). In 1.6 the semantic of -DPNG_NO_READ_GAMMA is changed to simply disable any interface that depends on it; this obliges people who set it to consider whether they really want it off if they happen to use any of the interfaces in question (typically most users who disable it won't).
-
- 26 10月, 2012 2 次提交
-
-
由 John Bowler 提交于
-
由 John Bowler 提交于
-
- 01 10月, 2012 1 次提交
-
-
由 John Bowler 提交于
-
- 12 8月, 2012 1 次提交
-
-
由 Glenn Randers-Pehrson 提交于
-
- 11 8月, 2012 1 次提交
-
-
由 John Bowler 提交于
support. Now "make check" will succeed even if libpng is compiled with -DPNG_NO_READ or -DPNG_NO_WRITE. The tests performed are reduced, but the basic reading and writing of a PNG file is always tested by one or more of the tests.
-
- 10 8月, 2012 1 次提交
-
-
由 John Bowler 提交于
-
- 04 6月, 2012 1 次提交
-
-
由 Glenn Randers-Pehrson 提交于
The compiler performs an optimization which is safe; however it then warns about it. Changing the type of 'palette_number' in pngvalid.c removes the warning.
-
- 11 3月, 2012 1 次提交
-
-
由 John Bowler 提交于
-
- 06 3月, 2012 2 次提交
-
-
由 John Bowler 提交于
-
由 John Bowler 提交于
-
- 03 3月, 2012 1 次提交
-
-
由 John Bowler 提交于
-
- 25 1月, 2012 1 次提交
-
-
由 John Bowler 提交于
compiler issues slightly different warnings from those issued by the current vesions of GCC. This eliminates those warnings by adding/removing casts and small code rewrites.
-
- 02 1月, 2012 1 次提交
-
-
由 Glenn Randers-Pehrson 提交于
-
- 24 12月, 2011 1 次提交
-
-
由 John Bowler 提交于
-
- 22 12月, 2011 1 次提交
-
-
由 Glenn Randers-Pehrson 提交于
-
- 18 12月, 2011 3 次提交
-
-
由 John Bowler 提交于
separate. The include path of 'config.h' was erroneously made relative in pngvalid.c in libpng 1.5.7.
-
由 John Bowler 提交于
-
由 Glenn Randers-Pehrson 提交于
-
- 16 12月, 2011 1 次提交
-
-
由 Glenn Randers-Pehrson 提交于
-
- 06 12月, 2011 1 次提交
-
-
由 John Bowler 提交于
-
- 27 11月, 2011 1 次提交
-
-
由 John Bowler 提交于
-
- 25 11月, 2011 1 次提交
-
-
由 Glenn Randers-Pehrson 提交于
and rebuilt Makefile.in and configure, etc., with autoconf-2.68
-
- 05 11月, 2011 1 次提交
-
-
由 John Bowler 提交于
the sBIT fields in the test pixel as 0, which resulted in a floating point division by zero which was irrelevant but causes systems where FP exceptions cause a crash. Added code to pngvalid to turn on FP exceptions if the appropriate glibc support is there to ensure this is tested in the future.
-
- 04 11月, 2011 1 次提交
-
-
由 John Bowler 提交于
in pngmem.c; pngvalid would attempt to call png_error() if the allocation of a png_struct or png_info failed. This would probably have led to a crash. The pngmem.c implementation of png_malloc() included a cast to png_size_t which would fail on large allocations on 16-bit systems.
-
- 03 11月, 2011 2 次提交
-
-
由 Glenn Randers-Pehrson 提交于
-
由 Glenn Randers-Pehrson 提交于
-
- 17 10月, 2011 1 次提交
-
-
由 John Bowler 提交于
is not byte aligned, while reading. Prior to libpng-1.5.6 libpng would overwrite the end of the image if the row width is not an exact multiple of 8 bits and the image is not interlaced.
-