libpng-1.6.7 released
Glenn Randers-Pehrson <[email protected]> Thu, 14 Nov 2013 14:38:59 -0500
| Newsgroups | gmane.comp.graphics.png.announce |
|---|---|
| Message-ID | <CA+PdXcufKgeMt5SE0FUYFtMA6LMVZjuaMpeyHwmRN4bj1Scodw__32782.183486461$1384457997$gmane$org@mail.gmail.com> |
--===============5003622304375455437==
Content-Type: multipart/alternative; boundary=001a11c3ce54b617d804eb283b32
--001a11c3ce54b617d804eb283b32
Content-Type: text/plain; charset=ISO-8859-1
libpng-1.6.7 is available from
ftp://ftp.simplesystems.org/pub/png/src/libpng16
and from
http://libpng.sf.net/
Changes since the last public release (1.6.6):
Revised unknown chunk code to correct several bugs in the
NO_SAVE_/NO_WRITE
combination
Allow HANDLE_AS_UNKNOWN to work when other options are configured off.
Also
fixed the pngminim makefiles to work when $(MAKEFLAGS) contains stuff
which terminates the make options (as by default in recent versions of
Gentoo).
Avoid up-cast warnings in pngvalid.c. On ARM the alignment 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
Made changes for compatibility with automake 1.14:
1) Added the 'compile' program to the list of programs that must be
cleaned
in autogen.sh
2) Added 'subdir-objects' which causes .c files in sub-directories to be
compiled such that the corresponding .o files are also in the
sub-directory. This is because automake 1.14 warns that the
current behavior of compiling to the top level directory may be
removed
in the future.
3) Updated dependencies on pnglibconf.h to match the new .o locations
and
added all the files in contrib/libtests and contrib/tools that depend
on pnglibconf.h
4) Added 'BUILD_SOURCES = pnglibconf.h'; this is the automake
recommended
way of handling the dependencies of sources that are machine
generated;
unfortunately it only works if the user does 'make all' or 'make
check',
so the dependencies (3) are still required.
Cleaned up (char*) casts of zlib messages. The latest version of the
Intel C
compiler complains about casting a string literal as (char*), so copied
the
treatment of z_const from the library code into pngfix.c
Simplified error message code in pngunknown. The simplification has the
useful side effect of avoiding a bogus warning generated by the latest
version of the Intel C compiler (it objects to
condition ? string-literal : string-literal).
Make autogen.sh work with automake 1.13 as well as 1.14. Do this by always
removing the 1.14 'compile' script but never checking for it.
Added ARMv8 support (James Yu <james.yu at linaro.org>). Added file
arm/filter_neon_intrinsics.c; enable with -mfpu=neon.
Revised pngvalid to generate size images with as many filters as it can
manage, limited by the number of rows.
Cleaned up ARM NEON compilation handling. The tests are now in pngpriv.h
and detect the broken GCC compilers.
Allow clang derived from older GCC versions to use ARM intrinsics. This
causes all clang builds that use -mfpu=neon to use the intrinsics code,
not the assembler code. This has only been tested on iOS 7. It may be
necessary to exclude some earlier clang versions but this seems
unlikely.
Changed NEON implementation selection mechanism. This allows assembler
or intrinsics to be turned on at compile time during the build by
defining
PNG_ARM_NEON_IMPLEMENTATION to the correct value (2 or 1). This macro
is undefined by default and the build type is selected in pngpriv.h.
Fixed #include in filter_neon_intrinsics.c and ctype macros. The ctype
char
checking macros take an unsigned char argument, not a signed char.
Glenn
--001a11c3ce54b617d804eb283b32
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr"><div>libpng-1.6.7 is available from</div><div><a href=3D"f=
tp://ftp.simplesystems.org/pub/png/src/libpng16">ftp://ftp.simplesystems.or=
g/pub/png/src/libpng16</a></div><div>and from</div><div><a href=3D"http://l=
ibpng.sf.net/">http://libpng.sf.net/</a></div>
<div><br></div><div>Changes since the last public release (1.6.6):</div><di=
v><br></div><div>=A0 Revised unknown chunk code to correct several bugs in =
the NO_SAVE_/NO_WRITE</div><div>=A0 =A0 combination</div><div>=A0 Allow HAN=
DLE_AS_UNKNOWN to work when other options are configured off. Also</div>
<div>=A0 =A0 fixed the pngminim makefiles to work when $(MAKEFLAGS) contain=
s stuff</div><div>=A0 =A0 which terminates the make options (as by default =
in recent versions of</div><div>=A0 =A0 Gentoo).</div><div>=A0 Avoid up-cas=
t warnings in pngvalid.c. On ARM the alignment requirements of</div>
<div>=A0 =A0 png_modifier are greater than that of png_store and as a conse=
quence</div><div>=A0 =A0 compilation of pngvalid.c results in a warning abo=
ut increased alignment</div><div>=A0 =A0 requirements because of the bare c=
ast to (png_modifier*). The code is safe,</div>
<div>=A0 =A0 because the pointer is known to point to a stack allocated png=
_modifier,</div><div>=A0 =A0 but this change avoids the warning.</div><div>=
=A0 Fixed default behavior of ARM_NEON_API. If the ARM NEON API option was<=
/div><div>
=A0 =A0 compiled without the CHECK option it defaulted to on, not off.</div=
><div>=A0 Check user callback behavior in pngunknown.c. Previous versions c=
ompiled</div><div>=A0 =A0 if SAVE_UNKNOWN was not available but did nothing=
since the callback</div>
<div>=A0 =A0 was never implemented.</div><div>=A0 Merged pngunknown.c with =
1.7 version and back ported 1.7 improvements/fixes</div><div>=A0 Made chang=
es for compatibility with automake 1.14:</div><div>=A0 =A0 1) Added the =
9;compile' program to the list of programs that must be cleaned</div>
<div>=A0 =A0 =A0 =A0in autogen.sh</div><div>=A0 =A0 2) Added 'subdir-ob=
jects' which causes .c files in sub-directories to be</div><div>=A0 =A0=
=A0 =A0compiled such that the corresponding .o files are also in the</div>=
<div>=A0 =A0 =A0 =A0sub-directory. =A0This is because automake 1.14 warns t=
hat the</div>
<div>=A0 =A0 =A0 =A0current behavior of compiling to the top level director=
y may be removed</div><div>=A0 =A0 =A0 =A0in the future.</div><div>=A0 =A0 =
3) Updated dependencies on pnglibconf.h to match the new .o locations and</=
div><div>=A0 =A0 =A0 =A0added all the files in contrib/libtests and contrib=
/tools that depend</div>
<div>=A0 =A0 =A0 =A0on pnglibconf.h</div><div>=A0 =A0 4) Added 'BUILD_S=
OURCES =3D pnglibconf.h'; this is the automake recommended</div><div>=
=A0 =A0 =A0 =A0way of handling the dependencies of sources that are machine=
generated;</div><div>
=A0 =A0 =A0 =A0unfortunately it only works if the user does 'make all&#=
39; or 'make check',</div><div>=A0 =A0 =A0 =A0so the dependencies (=
3) are still required.</div><div>=A0 Cleaned up (char*) casts of zlib messa=
ges. The latest version of the Intel C</div>
<div>=A0 =A0 compiler complains about casting a string literal as (char*), =
so copied the</div><div>=A0 =A0 treatment of z_const from the library code =
into pngfix.c</div><div>=A0 Simplified error message code in pngunknown. Th=
e simplification has the</div>
<div>=A0 =A0 useful side effect of avoiding a bogus warning generated by th=
e latest</div><div>=A0 =A0 version of the Intel C compiler (it objects to</=
div><div>=A0 =A0 condition ? string-literal : string-literal).</div><div>=
=A0 Make autogen.sh work with automake 1.13 as well as 1.14. Do this by alw=
ays</div>
<div>=A0 =A0 removing the 1.14 'compile' script but never checking =
for it.</div><div>=A0 Added ARMv8 support (James Yu <james.yu at <a href=
=3D"http://linaro.org">linaro.org</a>>). =A0Added file</div><div>=A0 =A0=
arm/filter_neon_intrinsics.c; enable with -mfpu=3Dneon.</div>
<div>=A0 Revised pngvalid to generate size images with as many filters as i=
t can</div><div>=A0 =A0 manage, limited by the number of rows.</div><div>=
=A0 Cleaned up ARM NEON compilation handling. The tests are now in pngpriv.=
h</div>
<div>=A0 =A0 and detect the broken GCC compilers.</div><div>=A0 Allow clang=
derived from older GCC versions to use ARM intrinsics. This</div><div>=A0 =
=A0 causes all clang builds that use -mfpu=3Dneon to use the intrinsics cod=
e,</div>
<div>=A0 =A0 not the assembler code. =A0This has only been tested on iOS 7.=
It may be</div><div>=A0 =A0 necessary to exclude some earlier clang versio=
ns but this seems unlikely.</div><div>=A0 Changed NEON implementation selec=
tion mechanism. This allows assembler</div>
<div>=A0 =A0 or intrinsics to be turned on at compile time during the build=
by defining</div><div>=A0 =A0 PNG_ARM_NEON_IMPLEMENTATION to the correct v=
alue (2 or 1). =A0This macro</div><div>=A0 =A0 is undefined by default and =
the build type is selected in pngpriv.h.</div>
<div>=A0 Fixed #include in filter_neon_intrinsics.c and ctype macros. The c=
type char</div><div>=A0 =A0 checking macros take an unsigned char argument,=
not a signed char.</div><div><br></div><div>Glenn</div></div>
--001a11c3ce54b617d804eb283b32--
--===============5003622304375455437==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
------------------------------------------------------------------------------
DreamFactory - Open Source REST & JSON Services for HTML5 & Native Apps
OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access
Free app hosting. Or install the open source package on any LAMP server.
Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native!
http://pubads.g.doubleclick.net/gampad/clk?id=63469471&iu=/4140/ostg.clktrk
--===============5003622304375455437==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
_______________________________________________
png-mng-announce mailing list
png-mng-announce-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
https://lists.sourceforge.net/lists/listinfo/png-mng-announce
--===============5003622304375455437==--