Fix build with minizip-ng>=4.0.8

[JoshuaVandaele]

Minizip-ng 4.0.8 introduced a change where the compatibility layer was split into multiple source files. This caused dolphin to fail to build. This PR aims to remedy that.

I tested compilation and launching a game that uses a resource pack, which both worked fine for me.

[BhaaLseN]

Can you update Externals/minizip-ng/minizip-ng.vcxproj too please, to make Windows builds happy? Basically the same changes you did to Externals/minizip-ng/CMakeLists.txt, except as XML. Just copy the elements and replace the files, preferably in the right group (source vs. header) and alphabetically sorted like the rest.

[JoshuaVandaele]

I'm not sure why the Windows build is still failing, I'm in the process of creating a virtual machine so I can debug that locally.

[dpeukert]

AFAICT, when using the system minizip-ng library, upstream does not provide the header files in the compat subdirectory, but directly in the root (not very familiar with C/C++, so my nomenclature might be a bit off), at least on my machine. Removing the compat/ prefix from the includes fixed the build for me when using the system library.

[JoshuaVandaele]

@dpeukert Could you please test if compiling with your system minizip-ng properly works now? I have tested locally but I'm not sure if I've done so correctly.

[dpeukert]

@JoshuaVandaele Can confirm that I'm now able to build this PR.

[Tilka]

This fixes compilation on Arch Linux.

[dolphin-ci]

FifoCI detected that this change impacts graphical rendering. Here are the behavior differences detected by the system:

• sw3-dt on ogl-lin-mesa: diff

_{^{automated-fifoci-reporter}}

[AdmiralCurtiss]

Knowing minizip this will inevitably break some other system, but I guess we'll take it anyway for the version update.