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 &#3=
9;compile&#39; program to the list of programs that must be cleaned</div>
<div>=A0 =A0 =A0 =A0in autogen.sh</div><div>=A0 =A0 2) Added &#39;subdir-ob=
jects&#39; 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 &#39;BUILD_S=
OURCES =3D pnglibconf.h&#39;; 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 &#39;make all&#=
39; or &#39;make check&#39;,</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 &#39;compile&#39; script but never checking =
for it.</div><div>=A0 Added ARMv8 support (James Yu &lt;james.yu at <a href=
=3D"http://linaro.org">linaro.org</a>&gt;). =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==--