2 Notes about cmake code style:

* It is not consistent formatted

Without more details it's only guessing. I added cmake-format.yaml file and let it do the the job.

* The endblocks should be `(<empty>)` IMHO

Including this stuff in the endblocks was mandatory in the early days and can be omitted nowadays. However especially on longer or nested statements it's much easier to see where you are. It's like in any header where you have ifdef foo ... endif #foo

And some cmake variables are uninitialized:
uninitialized variable 'ZLIB_DLL_SRCS'

This one was overlooked and should be gone earlier. For the others, I've never seen anyone initializing cmake-internal vars, as it's cmake's task. However the way cmake works with vars makes sure that uninitialzed ones resolve to an exmpty string and as they are checked for a specific value to take effect, it's totally save to use them that way.

For the typos, The VERSIOM was my bad, that's fixed. For the others, as this is only about cmake I'm way beyond focus right now with fixing configure and Makefile.in thanks to the Ubuntu-transition in the runners, and I have a feeling that this is some unchecked automated list. I'm no expert, but local int reading, read in(file *in) doesn't look to me like something I want to have in C.

I found just a problem with minizip.

see cmake-remake@e7e9e81

bash-5.2$ ctest --rerun-failed --output-on-failure
Test project /Users/clausklein/Workspace/c/zlib/build-x86_64-Debug/standalone
    Start 14: minizip_find_package_configure
1/2 Test #14: minizip_find_package_configure ...***Failed    0.89 sec
-- The C compiler identification is Clang 19.1.6
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: /usr/local/opt/llvm/bin/clang - skipped
-- Detecting C compile features
-- Detecting C compile features - done
-- Configuring done (0.8s)
CMake Error at /Users/clausklein/Workspace/c/zlib/build-x86_64-Debug/standalone/test/test_install/lib/cmake/minizip/minizip-shared.cmake:61 (set_target_properties):
  The link interface of target "MINIZIP::minizip" contains:

    BZip2::BZip2

  but the target was not found.  Possible reasons include:

    * There is a typo in the target name.
    * A find_package call is missing for an IMPORTED target.
    * An ALIAS target is missing.

Call Stack (most recent call first):
  /Users/clausklein/Workspace/c/zlib/build-x86_64-Debug/standalone/test/test_install/lib/cmake/minizip/minizipConfig.cmake:53 (include)
  CMakeLists.txt:10 (find_package)


CMake Error at /Users/clausklein/Workspace/c/zlib/build-x86_64-Debug/standalone/test/test_install/lib/cmake/minizip/minizip-static.cmake:61 (set_target_properties):
  The link interface of target "MINIZIP::minizipstatic" contains:

    BZip2::BZip2

  but the target was not found.  Possible reasons include:

    * There is a typo in the target name.
    * A find_package call is missing for an IMPORTED target.
    * An ALIAS target is missing.

Call Stack (most recent call first):
  /Users/clausklein/Workspace/c/zlib/build-x86_64-Debug/standalone/test/test_install/lib/cmake/minizip/minizipConfig.cmake:53 (include)
  CMakeLists.txt:10 (find_package)


-- Generating done (0.0s)
CMake Generate step failed.  Build files cannot be regenerated correctly.

    Start 15: minizip_find_package_build
Failed test dependencies: minizip_find_package_configure
2/2 Test #15: minizip_find_package_build .......***Not Run   0.00 sec

0% tests passed, 2 tests failed out of 2

Total Test time (real) =   1.00 sec

The following tests FAILED:
	 14 - minizip_find_package_configure (Failed)
	 15 - minizip_find_package_build (Not Run)
Errors while running CTest
bash-5.2$ 

minizip doesn't link against bzip2, so there shouldn't be any mention of it in the import. That's why I asked this as my first first confusion.

fixed with cmake-remake@0802d85

Maybe we have to set minimum CMake version to 3.16 caused by CMP0095

and use CMAKE_INSTALL_RPATH to install minizip right.

@craigscott-crascit May you have a look at cmake-remake@e826338 ?

The last commit seems all OK, just the version looks a bit to high. Yes I tested with 1.4.1.1 but I'm sure it wont be found atm.

For he rpath, I don't see how it would help, But I can't check anything for the next 2 days, at least.
If someone adds rpath support for windows, I would do anthing I can to help.

Once again I think this is done. formatting and the mention of the max tested version was done, and as Mac complains on linking bzip2 is now always mandatory when activated, plus I made the README a .md file. So everything Claus suggested is in except the messing with the rpath as I didn't run into any problem with that.

The cygwin-test is now also working for zlib. For minizip it's still deactivated as this system still drive my nuts. I've set the libextension to .dll.a as demanded on the other thread, on my local fresh install this works and the shared lib get's also a complete different name (I've never set this and don't know or investigate why) but in the action it doesn't and building will get a name conflict. This needs to be sorted out when someone with knowledge about cygwin get's problems with that.

Now cygwin also works, so this is really done now.

Awesome. Thank you @Vollstrecker so much for your heroic work. I will work on incorporating this now.