pngcp and pngfix still need fixing (following up: libpng version 1.6.38)
Cosmin Truta <[email protected]> Mon, 19 Sep 2022 01:35:10 +0300
| Newsgroups | gmane.comp.graphics.png.devel |
|---|---|
| Message-ID | <CAAoVtZxhYy83gcXMC3wHR_CUHfUQtedG+f7O7eBkzCv_sA4E7A@mail.gmail.com> |
On Thu, Sep 15, 2022 at 8:14 AM John Bowler < [email protected]> wrote: > > > pngcp and pngfix still need fixing > > Glenn dropped pngcp because it clashes with a pre-existing command of the same name; you can just delete it. pngfix is still distributed but its utility is limited; it was mainly there to fix up PNG files with a particular zlib data bug. I don't think it is necessary any longer. Pull it and see who screams. In fact the whole of contrib/tools can go; contrib is there to avoid transfer of copyright, contrib/tools is there as a sort-of compromise for things involved in development process. Nothing in contrib/tools is used in the build. pngcp is marked as a test program in Makefile.am, and yet, some of the external libpng building and packaging developers insist on shipping it, alongside pngfix and png-fix-itxt. The fact that pngcp and pngfix/png-fix-itxt are in the same contrib directory doesn't help. I suppose that either renaming pngcp to something else (e.g. pngcopy) and/or moving it to a different directory *could* help. If pngcp.dfa is meant to be as a conftest, then I would be inclined to move both pngcp.c and pngcp.dfa to their own glorify directory, say, contrib/pngcp/ or contrib/pngcopy/, which could then work not unlike contrib/gregbook/ or contrib/pngminus/. On a more general note, the continuous integration testing does not currently include contrib stuff that's independent of the configure script or cmake file, but I would like to augment it. For example, contrib/pngminus has its own makefile, and also its own cmake file; the scripts ci/ci_cmake.sh and ci/ci_legacy.sh should pick them up. After that's done, we can remove third-party contributions from the main configure script or cmake file, and avoid further confusion on what constitutes "official libpng tools" and what doesn't. Sincerely, Cosmin _______________________________________________ png-mng-implement mailing list png-mng-implement-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org https://lists.sourceforge.net/lists/listinfo/png-mng-implement