eden-emu/eden - eden - InfoTonic - Git

Author	SHA1	Message	Date
crueter	7ca657d22f	[cmake] allow static MinGW/macOS builds; fix clangarm64 (#2994 ) Requires qt6-static, obviously... at least for eden. eden-cli also can be built fully static Notable challenges n such: 1. VkMemAlloc conflicts with Qt, since it embeds vk_mem_alloc.h in qrhivulkan; we can get around this by conditionally defining VMA_IMPLEMENTATION; that is, define it in the SDL2 frontend and undef it in the Qt frontend. It's not ideal, but I mean... it works, no? 2. find_library, pkgconfig, and some Config modules will always look for a .dll, so we have to tell CMake to look for .a 3. In spite of this, some will end up using .dll.a (implib) as their link targets; this is, well, bad, so we create a find_library hook that rejects dll.a 4. Some libraries have specific configs (boost lol) 5. Some libraries use _static targets (zstd, mbedtls) 6. Some extra libraries need to be linked, i.e. jbig, lzma, etc 7. QuaZip is sad Needs testing on all platforms, and for both frontends on desktop, to ensure Vulkan still works as expected. (also: CI). Resulting executables are: - 71MB for eden.exe - 39MB for eden-cli.exe Considering the entire libicudt is included (thanks Qt), that's a great size all things considered. No need to bundle all those plugins and translation files too. Theoretically, this lays the groundwork towards fully static executables for other platforms too; though Linux doesn't have a huge benefit since AppImages are needed regardless. eden-room though maybe? Fixes comp for clangarm64 because -msse4.1 Also allows macOS to build with qt6-static. macOS can't build static executables, but with these changes it ONLY relies on system libraries like libc and frameworks. So in theory we don't even need macdeployqt. Signed-off-by: crueter <crueter@eden-emu.dev> Reviewed-on: https://git.eden-emu.dev/eden-emu/eden/pulls/2994	10 months ago
Alexandre Bouvier	eac2672a41	cmake: move find-modules to root cmake dir	4 years ago
Andrea Pappacoda	c8dae1deb2	build: tweak the find modules even more As described in https://github.com/yuzu-emu/yuzu/pull/9395#discussion_r1047456172 checking for PKG_CONFIG_FOUND before calling pkg_search_module() is unneeded, and some find modules (like FindFFmpeg.cmake) don't do this already. Consequently, this patch removes these checks.	4 years ago
Alexandre Bouvier	eccc2ae939	cmake: correct find modules	4 years ago
Alexandre Bouvier	325a016cd2	cmake: prefer system libraries	4 years ago