Sergey A. Tachenov

QuaZIP moving to GitHub

Oh, and by the way, QuaZIP is being migrated to GitHub, so a PR would be even better than a patch, if you intend to send any.

I don't support CMake as I don't use it myself, so if you wish you can send me a patch to fix that CMAKE_BINARY_DIR and output naming issues (although I think the static suffix was meant to distinguish between the static version and the counterpart to DLL, used for dynamic linking). As for the main issue, looks like it attempts to do dynamic linking, just like if QUAZIP_STATIC wasn't defined. Surely it is in your project file, but just to double-check, could you post your compile output? I think...

Looking at this patch, I'm not sure whether it's worth the trade-off. All those checks really clutter the code and smell like macro abuse. As for using the bundled zlib, it's a really old idea, which may or may not be useful depending on the environment, so I'd rather leave it up to the user to provide all the necessary INCLUDEPATH and LIBS parameters on per-machine basis. And is it really that important to get rid of the deprecated functionality? I'd rather have it there than to have all those checks....

Now that's good news! I'll look into it when I have time. The problem is, Minizip in QuaZIP includes some adjustments needed for it to work with non-file QIODevices, like QBuffer. I'll have to re-apply those adjustments to this Minizip fork or just borrow the appropriate parts of its logic. Both ways, it's not trivial.

support win32-msvc2015(Qt 5.9)

What do you mean by not working? It should work fine with almost any platform supported by Qt and zlib. Building it can be a pain, though.

I don't have any experience configuring pkg-config, so I'll just apply whatever you provide. Applied this patch in r288.