Compatibility fixed for zlib and minizip

[arnauddgbes]

What does this implement/fix?

The library names for zlib and minizip have been modified in zlib 1.3.1.2 and the current 1.3.2 tags.

Hence adding "minizipsd" as possible static/debug name for minizip, and "minizips" as possible static/release name for minizip.

For ZLIB, this has been handled by the following patch in CMake 4.2.0:
Kitware/CMake@b2c059e
Including a copy of this module provides compatibility for configuring the project with older versions of cmake

Does this close any currently open issues?

Yes: #373

Any relevant logs, error output, etc?

Not required, obvious

Any other comments?

Several warnings are shown about missing PDB files for libminizip. These warnings are not new.

Where has this been tested?

Operating System: Windows 11

Platform: Microsoft Visual Studio 2022, CMake 3.30
Made a static build of zlib on Windows.
Compiling fesapi against it using cmake 3.30 and MSVC 2022. CMake project configuration OK (by setting ZLIB_ROOT and MINIZIP_ROOT)

[philippeVerney]

Hi @arnauddgbes
Thanks for this PR. I noticed the impossibility to build against zlib 1.3.2 but did not find time to work on yet...
I added another commit to your PR with the following goals :

• to test and use your change with our windows CI
• I saw that the v1.3.2 (and maybe other versions) cmake windows installer of minizip does not install the iowin32 files which we need for FESAPI. I then copied them into FESAPI in order to use them. Before this commit, we used our own minizip cmake file for windows which is not ideal.
• I added a MINIZIP_USE_STATIC_LIBS cmake variable to differentiate which kind of minizip library we want to link.
• The minimum required cmake version is now 3.29 cause of/thanks to the new zlib module which relies on CMP0159. I consequently had to install a newer version of cmake in our wheel builder environement (manylinux 2.28)