[meta-oe,20/22] minizip: Upgrade 1.3.2 -> 1.4

Upgrade to release 1.4:

Breaking changes:

- CMake:
  - The minimum CMake version is now 3.15, up from 3.12.
  - Library file names changed on MSVC: z is now libz, as in
    libz.dll, libz.lib, and the static libzs.lib. minizip's
    libraries changed the same way.
  - On Cygwin, the libraries now use the lib prefix.
  - Contrib targets and tests built as part of zlib are now
    prefixed with zlib_. Several test targets were renamed to one
    scheme, for example zlib_examplestatic and minigzipstatic.
  - The zlib1.dll option ENABLE_BZIP2 is now
    ZLIB1_DLL_ENABLE_BZIP2.
- When not otherwise determined, z_off_t is again long, as in
  1.3.1, instead of 1.3.2's long long. Windows applications built
  with 1.3.2 headers should be recompiled; see Enhancements for
  64-bit offsets.
- deflateReset() now resets the gzip header set by
  deflateSetHeader(), as zlib.h has always said. Code relying on
  the header persisting must set it again.
- Raw deflate that completes exactly at the end of the output
  buffer now returns Z_STREAM_END instead of Z_OK, as documented.
- gzopen() with "x" now fails where O_EXCL isn't available, instead
  of truncating an existing file (Trail of Bits TOB-ZLIB-009).
- gzip reading now delivers the data decompressed before a read
  error, and only then reports the error.

Security fixes:

- Non-blocking gzwrite() had a buffer overflow; CVE-2026-85091
  (reported by mat-mo; also TOB-ZLIB-003).
- inflateGetDictionary() could write up to 8 MB past the caller's
  32K buffer (Theorem THM-ZLIB-001). This took a zlib header with
  an invalid window size, then inflateReset() or inflateSync().
  Affects 1.3.1 and 1.3.2.
- inflateSync() before the window size was known allocated a
  one-byte window that could later be overrun (TOB-ZLIB-004).
- inflatePrime() could lead inflate() to read before the start of
  the input (TOB-ZLIB-014).
- Repeated deflatePrime() calls could write past the pending buffer
  (TOB-ZLIB-013).
- inflateBack() failed to detect distances too far back, and copied
  uninitialized memory to the output (reported by Kornel Lesiński).
- gzseek() forward before any data was written could write
  uninitialized memory to the gzip output (found by Claude Opus
  5.5).
- deflateResetKeep() used mid-stream could read outside the window
  (reported by Jason Gross).
- gzdopen() now sets close-on-exec with the correct flag
  (TOB-ZLIB-008).
- minizip:
  - A double free in block_central_name() (reported by Oculytic),
    and a NULL dereference on repeated zipAlreadyThere() calls
    after a bad central directory (reported by Naveed Khan).
  - Validation of extra-field sizes, plus portable, alignment-safe
    reading, in zipRemoveExtraInfoBlock() (reported by Naveed Khan
    and jmestwa-coder).
  - unzip no longer reads Zip64 values from outside their
    extra-field record (reported by Mohamed Elnady). It also uses
    only the Zip64 locator immediately before the end of central
    directory record (reported by snajafov). Crafted archives could
    make minizip report different entries than other readers.
  - miniunz could create directories outside the extraction
    directory (reported by Naveed Khan), and on Windows write files
    anywhere (reported by Trail of Bits). Fixed by Naveed Khan.
    Path names are now processed by component.
- contrib/infback9: removed out-of-bounds pointer arithmetic in
  inftree9.c; CVE-2026-4738 (fix by npt-1707, submitted by
  CrossVR). The pointers return in bounds before use and no known
  compiler mishandles this, so the critical rating overstates it,
  though it could trap on capability hardware such as CHERI.

Bug fixes:

- gzip reading:
  - Restored the detection of truncated gzip streams, part of which
    was lost in 1.3.2. Also fixed a complete stream being reported
    as truncated.
  - An error in the first member is no longer treated as trailing
    garbage.
  - Corrected pending-skip handling in gz_skip(), gzdirect() and
    forced seeks at EOF.
  - gzgets() now returns an empty string when promised.
- gzip writing:
  - Successive SEEK_CUR seeks no longer lose zero fill.
  - Zero fill is now handled correctly after a write error.
  - gzprintf() is now all-or-nothing when blocked, and is no longer
    a stub when compiled as C++.
  - gzseek() leaves the position unchanged on failure.
  - gzopen_w() now works with paths not representable in the
    locale.
- inflate:
  - total_in was short six bytes on Z_NEED_DICT.
  - inflateReset() now restores the requested window size, and the
    wrap after inflateSync().
  - inflateSetDictionary() rejects a null dictionary.
  - With PKZIP_BUG_WORKAROUND, the code tables were slightly too
    small.
- deflate:
  - A bad deflateSetDictionary() call is now detected as promised.
  - A failed deflateCopy() or inflateCopy() leaves the destination
    safe to end.
  - Removed a possible overflow in deflate_stored() comparisons.
- Undefined behavior removed in gzwrite.c, gzseek, gz_vacate() and
  mztools.c.
- minizip:
  - zip.c no longer writes corrupt headers when a Zip64 field
    overflows an extra field (reported by mzfr and itsgaldoron), or
    for Zip64 entries with file comments.
  - zipOpen3() no longer leaks memory or returns a freed comment
    pointer on failure.
  - Added allocation checks.
- Build:
  - configure now builds the shared library with linkers such as
    lld that reject undefined symbols in zlib.map, including for
    --solo.
  - zlib.h no longer depends on NULL being defined.
  - zip.c builds with NO_ADDFILEINEXISTINGZIP.
  - The test programs use the generated zconf.h when building out
    of tree.
- Many CMake fixes: pkg-config files, installation of headers and
  of minizip's configuration, symbol prefixing, assembler
  detection, and parallel testing. It also works with CMake 4.

Enhancements:

- 64-bit offsets on Windows with MSVC or MinGW, by compiling the
  application with _FILE_OFFSET_BITS=64 or _LARGEFILE64_SOURCE. The
  library itself needs no changes.
- Platforms:
  - Android large file support.
  - An export list on AIX.
  - -Wno-psabi, only where the PowerPC note would appear.
  - s390x VGFMAFLAG in configure.
  - Win32 Makefile.msc builds for ARM64.
  - minigzip's mmap code uses POSIX types.
- CMake:
  - Package components, with _FOUND variables.
  - Installation and export of zlib1.dll and zlibwapi.dll.
  - Contribs build standalone, with zlib's defaults.
  - Tests consolidated, and tests on Windows.
- minizip:
  - The traditional encryption header uses a PCG generator instead
    of rand().
  - Fewer compiler warnings.
- Documentation:
  - Clarified that undocumented functions are not part of the API.
  - inflateGetHeader() header reuse.
  - deflateBound() and deflateSetDictionary() ordering.
  - The application's responsibilities in unzip.h.

Known issues:

- contrib/iostream2 is unsafe on untrusted input (reported by Trail
  of Bits). When reading a string, it uses the length stored in the
  compressed data without checking it, so a crafted file can write
  past the end of the destination buffer. Use contrib/iostream3
  instead.

Signed-off-by: Leon Anavi <leon.anavi@konsulko.com>
---
 ...ncy-to-ints.h-in-minizip-Makefile.am.patch | 25 -------------------
 .../{minizip_1.3.2.bb => minizip_1.4.bb}      |  6 ++---
 2 files changed, 2 insertions(+), 29 deletions(-)
 delete mode 100644 meta-oe/recipes-core/minizip/minizip/0001-Add-dependency-to-ints.h-in-minizip-Makefile.am.patch
 rename meta-oe/recipes-core/minizip/{minizip_1.3.2.bb => minizip_1.4.bb} (72%)