dolphin/Source/Core/UpdaterCommon/CMakeLists.txt

add_library(updatercommon
  UI.h
  UpdaterCommon.cpp
  UpdaterCommon.h
)

target_link_libraries(updatercommon PRIVATE
  uicommon
  MbedTLS::mbedtls
  ZLIB::ZLIB
  ed25519
  cpp-optparse
)

if(MSVC)
  # Add precompiled header
  target_link_libraries(updatercommon PRIVATE use_pch)
endif()
Move shared Updater logic into UpdaterCommon 2019-02-25 15:08:03 -07:00			`add_library(updatercommon`
UpdaterCommon/CMakeLists: Specify headers in target sources 2019-05-29 03:22:45 -06:00			`UI.h`
			`UpdaterCommon.cpp`
			`UpdaterCommon.h`
			`)`

Move shared Updater logic into UpdaterCommon 2019-02-25 15:08:03 -07:00			`target_link_libraries(updatercommon PRIVATE`
			`uicommon`
CMake: Use targets for all optionally-external dependencies 2023-04-15 23:57:34 -06:00			`MbedTLS::mbedtls`
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-06-05 15:01:16 -06:00			`ZLIB::ZLIB`
UpdaterCommon: Move most of the programs here 2019-03-03 05:56:54 -07:00			`ed25519`
UpdaterCommon/CMakeLists: Specify headers in target sources 2019-05-29 03:22:45 -06:00			`cpp-optparse`
cmake: Don't use PCH with Qt6. 2022-05-21 17:19:44 -06:00			`)`

			`if(MSVC)`
			`# Add precompiled header`
			`target_link_libraries(updatercommon PRIVATE use_pch)`
			`endif()`