9 Commits

Author	SHA1	Message	Date
Léo Lam	08f9ed043b	Merge pull request #8846 from nyanpasu64/fix-cmake-zlib ... Fix Windows CMake builds with shared zlib	2020-10-22 01:11:27 +02:00
Shawn Hoffman	2f47f486af	msbuild: re-enable standalone vcxproj processing	2020-08-22 16:17:50 -07:00
Shawn Hoffman	7705f7c1a3	msbuild: refactor stuff out of project files (for externals)	2020-08-22 16:17:50 -07:00
nyanpasu64	1a2b6ca2d6	Fix Windows CMake builds with shared zlib ... On Linux, if shared zlib is present, zlib.h is always available and -lz links to zlib, even if you don't run find_package(ZLIB). For some reason I have zlib installed on Windows (possibly from vcpkg), so find_package(ZLIB) succeeds and ZLIB_FOUND is true. When Dolphin uses shared zlib on Windows, the problem is that zlib.h is not in the default include path, and the CMake target is called ZLIB::ZLIB and there's neither a target nor a library called z. However, both find_package(ZLIB) and add_subdirectory(Externals/zlib) create a target called ZLIB::ZLIB, so I'll switch to that instead. Hopefully this change doesn't break anyone's build.	2020-07-15 23:25:18 -07:00
Stenzek	6fcb1c6c46	Add an ARM64 target to Visual Studio projects	2019-12-28 19:20:41 +10:00
Stenzek	dd23a1ee79	Update VS projects/solutions to VS2019	2019-11-30 13:42:52 +10:00
spycrab	51e025f6dc	Externals/minizip: Link against zlib	2019-05-08 20:58:16 +02:00
Yohann Martel	ca4389bbbe	update windows 10 sdk from 10.0.15063.0 to 10.0.17134.0 for minizip	2018-11-28 19:18:46 -05:00
Pierre Bourdon	8e26d33133	Externals: Add a stripped down version of minizip.	2018-10-09 14:27:53 +02:00