Joshua Vandaële
025ff87a27
Use minizip-ng's CMakeLists instead of relying on our own implementation
...
This is a carry over from back when we used `minizip` and had our own CMakeLists for it.
2025-11-27 00:18:31 +01:00
Craig Carnell
11bf4a0b0e
Update minizip-ng _POSIX_C_SOURCE to 200809L
2025-10-15 11:48:05 +01:00
Joshua Vandaële
2ed5f16600
minizip-ng: Stop using compatibility mode
2025-05-22 12:51:55 +02:00
Alfred Wingate
5cfe3760a5
Include missing cmake includes
...
Otherwise it depends on other externals getting used and including them
before.
Signed-off-by: Alfred Wingate <parona@protonmail.com >
2025-05-01 19:52:53 +03:00
Joshua Vandaële
fa442dc90b
Fix build with minizip-ng 4.0.8
2025-01-19 10:30:41 +01:00
mitaclaw
ba462578ac
Externals: Update minizip-ng to 4.0.5
...
Also update unzLocateFile to the minizip-ng 4.0.4+ signature and document new unused files.
2024-05-03 12:43:55 -07:00
mitaclaw
a1eaed2531
Externals: Document Unused minizip-ng Files
2024-05-03 12:43:55 -07:00
mitaclaw
0acdd404e3
Externals: Convert minizip-ng To Submodule
...
Due to an oversight in our CMakeLists, pkg-config would attempt to find *minizip* 3.0.0 (which doesn't exist) instead of *minizip-ng* 3.0.0, or at least it was on my Manjaro Linux machine. This has been fixed. The new submodule is using minizip-ng 3.0.4, the same version that was being used before.
2024-05-03 12:43:33 -07:00
