John Bowler

Here's another one: https://github.com/pnggroup/libpng/pull/563 This does what I suggested. Tested with `cmake` and `configure` on amd64 and builds on `aarch64` with `configure --host=aarch64-linux-gnu`. Needs a build test at least on...

> We've discovered that building libpng without neon causes build failures and this patch is likely the cause: I don't see how this is possible. The code flow in pngpriv.h...

Does this bug affect 32-bit ARM as well?

> So it's as easy as at configure time That's a better solution since the support is already there at line 424 of configure.ac (it just requires an extra AM_CONDITIONAL)....

> Before we close this issue, I'd like to make sure I understand why not just remove `filter_neon.S` altogether. That is the right approach in a major release but this...

I don't think a chunk that is longer than the specified limit is a benign error; I don't see how it gets handled. The chunk isn't ignored or skipped, the...

@ctruta: this is a discussion not an issue. Don't know how you want to deal with that.

@ctruta: please close, not repro

Your 'include' path is has picked up the header for a version of zlib >= 1.2.9 but the library path picks up an earlier version (for -lz). It's a configuration...

@ctruta: dead bug, please close.