kc3-lang/SDL/sdl2-config.cmake.in
Branch :
Log
| Author | Commit | Date | CI | Message |
|---|---|---|---|---|
 |
501fe465 | 2021-04-21 06:34:46 | sdl2-config.cmake.in: Make SDL2::SDL2 work with MinGW, fixes #3665 It didn't work at all because shared libs defined in CMake with add_library() need something like IMPORTED_IMPLIB (pointing to a .dll.a or .lib for th DLLs) set to link on Windows. But even with that it didn't work because the order of the libs is very important: it must be -lmingw32 -lSDL2main -lSDL -mwindows - but with normal add_library(SDL2::SDL2 SHARED IMPORTED) libs, SDL2 itself is always linked first. So I use an "INTERFACE" library (usually used for header-only libs), which doesn't implicitly/automatically link anything so I can specify the whole order of the linked libs. (SDL2::SDL2-static is completely untested) | |
|
fac6e9f1 | 2021-04-21 06:27:41 | sdl2-config.cmake.in: Use more CMake variables and less autotools ones this makes it easier to create a portable sdl2-config.cmake that doesn't hardcode its path (by replacing the hardcoded prefix with something like "${CMAKE_CURRENT_LIST_DIR}/../../..") | |
|
3ea11f9a | 2021-04-18 06:23:20 | Make SDL2Config.cmake export SDL2_LIBRARIES etc (on Windows) still WIP and other platforms than windows still TODO and open questions etc see https://github.com/libsdl-org/SDL/issues/4004 | |
 |
99f87a71 | 2020-04-11 23:38:34 | build: Merge pkg-config Libs.private into Libs for static-only builds A project being built entirely statically will call pkg-config with --static, which utilises the Libs.private field. Conversely it will not use --static when not being built entirely statically, even if there is only a static build of SDL available. This will most likely cause the build to fail due to underlinking unless we merge the Libs fields. This is what the Meson build system does when it generates pkg-config files. This also also follows the behaviour of sdl2-config. At the same time, the runtime linker flags are not applicable to static-only builds so only add them for shared builds. | |
 |
ccc8c5d2 | 2020-03-17 08:46:34 | Fix shared library suffix on OSX | |
 |
dd1d8ab6 | 2020-02-21 15:52:35 | cmake: more proper sdl2-config.cmake work (thanks, Alexander!) Fixes Bugzilla #4970. | |
|
be4d488e | 2020-02-21 15:51:04 | cmake: Backed out changeset 9009d85d3762 This is being replaced by a different patch (see Bugzilla #4970). | |
|
229c2f8f | 2020-02-14 13:37:32 | cmake: Add PACKAGE_VERSION and SDL2_VERSION to sdl2-config.cmake.in Fixes Bugzilla #4970. | |
 |
5c1ab403 | 2016-10-07 15:08:37 | Applied Ubuntu patch bug_822210_fix_sdl2-config.cmake_whitespace.patch | |
|
2f592849 | 2015-12-28 23:29:11 | Fixed typo in sdl2-config.cmake.in (thanks, Rafal!). Partially fixes Bugzilla #3208. | |
|
bf9bd59c | 2015-06-29 22:24:00 | Fixed bug 2464 - Configure a sdl2-config.cmake.in together with sdl2.pc.in Leonardo Despite having a CMakeLists.txt file, SDL2 seems to be mainly built using the autotools system by package-managers. It is nice to have it but it is only useful if you are building SDL2 by yourself. People that want to use CMake to find their already-installed SDL2 are using a FindSDL2.cmake module based on the old FindSDL.cmake. This is not deprecated but it is discouraged by the CMake devs (see http://www.cmake.org/Bug/view.php?id=14826), as these modules needs maintainers to be included in the official CMake installation. To fix that, SDL and its accompanying libraries could configure a simple sdl2-config.cmake file, much like it does with sdl2.pc.in. We don't need to configure a full sdl2-config.cmake as in this post, http://forums.libsdl.org/viewtopic.php?t=10068&sid=ccf8abbf0d73fb03ae9cded991e60959 (because it depends on it being built with CMake). Using something as simple as http://www.cmake.org/Wiki/CMake/Tutorials/Packaging#Package_Configuration_Files is deemed enough. Here is another: http://quickgit.kde.org/?p=prison.git&a=blob&f=lib%2Fprison%2FPrisonConfig.cmake.in |