mirrors/SFML
1
0
Fork 0
mirror of https://github.com/SFML/SFML.git synced 2024-11-25 04:41:05 +08:00
Code Issues Packages Projects Releases Wiki Activity
vulkan_example_cleanup
SFML/cmake/SFMLConfigDependencies.cmake.in

72 lines
2.3 KiB
CMake
Raw Permalink Normal View History

Add support for SFMLConfig.cmake
2018-03-21 02:47:29 +08:00
# in case of static linking, we must also define the list of all the dependencies of SFML libraries
if(SFML_STATIC_LIBRARIES)
Prefer using `IMPORTED` targets where possible My goal is to reduce our need on sfml_find_package until it can finally be removed. It's preferred to simply use find_package to find 3rd party projects. I had to add IMPORTED targets to some of our find modules so that we could get away from using INTERFACE libraries for external code. That also implied that our find moduels need to be installed so that users have access to them when processing SFML's config module.
2023-08-15 15:39:53 +08:00
list(APPEND CMAKE_MODULE_PATH ${CMAKE_CURRENT_LIST_DIR})
Use X11's find module Added in CMake 3.14 so this wasn't accessible in prior versions of SFML
2023-02-06 08:23:57 +08:00
include(CMakeFindDependencyMacro)
Add support for SFMLConfig.cmake
2018-03-21 02:47:29 +08:00
# detect the OS
if(${CMAKE_SYSTEM_NAME} MATCHES "Windows")
set(FIND_SFML_OS_WINDOWS 1)
elseif(${CMAKE_SYSTEM_NAME} MATCHES "Linux")
set(FIND_SFML_OS_LINUX 1)
Add support for installing with static libs when using DRM
2023-02-08 15:51:52 +08:00
if(@SFML_USE_DRM@)
set(FIND_SFML_USE_DRM 1)
endif()
Add support for SFMLConfig.cmake
2018-03-21 02:47:29 +08:00
elseif(${CMAKE_SYSTEM_NAME} MATCHES "FreeBSD")
set(FIND_SFML_OS_FREEBSD 1)
Don't search for OpenGL when linking statically on Android
2023-11-15 21:36:15 +08:00
elseif(${CMAKE_SYSTEM_NAME} MATCHES "Android")
set(FIND_SFML_OS_ANDROID 1)
Use built-in CMake support for iOS * Use built-in iOS support for cmake and expand tests to cover more configurations * Adjust CI builds * Update examples version --------- Co-authored-by: Chris Thrasher <chrisjthrasher@gmail.com>
2023-04-04 05:36:33 +08:00
elseif(${CMAKE_SYSTEM_NAME} MATCHES "iOS")
set(FIND_SFML_OS_IOS 1)
Add support for SFMLConfig.cmake
2018-03-21 02:47:29 +08:00
elseif(${CMAKE_SYSTEM_NAME} MATCHES "Darwin")
Use modern name for macOS In a few places I left references to the old name where appropriate. There are also many CMake references to "OSX" that we have to keep using since CMake does not offer alternative names for those variables and target properties.
2023-02-12 12:49:05 +08:00
set(FIND_SFML_OS_MACOS 1)
Add support for SFMLConfig.cmake
2018-03-21 02:47:29 +08:00
endif()
# start with an empty list
set(FIND_SFML_DEPENDENCIES_NOTFOUND)
Use cross-platform threading library target
2023-09-23 01:35:40 +08:00
# SFML::System
find_dependency(Threads)
Add SFML:: namespace to targets This removes the sfml- prefixed targets from the export set. The sfml- prefixed targets are still available within the build tree but not to downstream users thus making this an API breaking change when compared to the 2.x releases. To keep things consistent, usage of the sfml- targets were replaced with their namespaced counterparts. This has a number of benefits: 1. It's more idiomatic. Modern CMake libraries are expected to have namespaced targets. 2. Namespaced targets are less likely to collide with user-defined targets. No one will accidentally define a SFML:: target. 3. If a namespaced target is not found by CMake, configuration will immediately stop.
2021-12-29 13:28:50 +08:00
# SFML::Window
list(FIND SFML_FIND_COMPONENTS "Window" FIND_SFML_WINDOW_COMPONENT_INDEX)
Add support for SFMLConfig.cmake
2018-03-21 02:47:29 +08:00
if(FIND_SFML_WINDOW_COMPONENT_INDEX GREATER -1)
Add support for installing with static libs when using DRM
2023-02-08 15:51:52 +08:00
if(FIND_SFML_USE_DRM)
Prefer using `IMPORTED` targets where possible My goal is to reduce our need on sfml_find_package until it can finally be removed. It's preferred to simply use find_package to find 3rd party projects. I had to add IMPORTED targets to some of our find modules so that we could get away from using INTERFACE libraries for external code. That also implied that our find moduels need to be installed so that users have access to them when processing SFML's config module.
2023-08-15 15:39:53 +08:00
find_dependency(DRM)
find_dependency(GBM)
Add support for installing with static libs when using DRM
2023-02-08 15:51:52 +08:00
elseif(FIND_SFML_OS_LINUX OR FIND_SFML_OS_FREEBSD)
Explicitly specify required X11 components
2023-02-08 05:13:35 +08:00
find_dependency(X11 REQUIRED COMPONENTS Xrandr Xcursor)
Add support for SFMLConfig.cmake
2018-03-21 02:47:29 +08:00
endif()
if(FIND_SFML_OS_LINUX)
Prefer using `IMPORTED` targets where possible My goal is to reduce our need on sfml_find_package until it can finally be removed. It's preferred to simply use find_package to find 3rd party projects. I had to add IMPORTED targets to some of our find modules so that we could get away from using INTERFACE libraries for external code. That also implied that our find moduels need to be installed so that users have access to them when processing SFML's config module.
2023-08-15 15:39:53 +08:00
find_dependency(UDev)
Add support for SFMLConfig.cmake
2018-03-21 02:47:29 +08:00
endif()
Don't search for OpenGL when linking statically on Android
2023-11-15 21:36:15 +08:00
if(NOT FIND_SFML_OS_ANDROID AND NOT FIND_SFML_OS_IOS)
Prefer using `IMPORTED` targets where possible My goal is to reduce our need on sfml_find_package until it can finally be removed. It's preferred to simply use find_package to find 3rd party projects. I had to add IMPORTED targets to some of our find modules so that we could get away from using INTERFACE libraries for external code. That also implied that our find moduels need to be installed so that users have access to them when processing SFML's config module.
2023-08-15 15:39:53 +08:00
if(NOT OpenGL_GL_PREFERENCE)
set(OpenGL_GL_PREFERENCE "LEGACY")
endif()
find_dependency(OpenGL COMPONENTS OpenGL)
Add support for SFMLConfig.cmake
2018-03-21 02:47:29 +08:00
endif()
endif()
Add SFML:: namespace to targets This removes the sfml- prefixed targets from the export set. The sfml- prefixed targets are still available within the build tree but not to downstream users thus making this an API breaking change when compared to the 2.x releases. To keep things consistent, usage of the sfml- targets were replaced with their namespaced counterparts. This has a number of benefits: 1. It's more idiomatic. Modern CMake libraries are expected to have namespaced targets. 2. Namespaced targets are less likely to collide with user-defined targets. No one will accidentally define a SFML:: target. 3. If a namespaced target is not found by CMake, configuration will immediately stop.
2021-12-29 13:28:50 +08:00
# SFML::Graphics
list(FIND SFML_FIND_COMPONENTS "Graphics" FIND_SFML_GRAPHICS_COMPONENT_INDEX)
Add support for SFMLConfig.cmake
2018-03-21 02:47:29 +08:00
if(FIND_SFML_GRAPHICS_COMPONENT_INDEX GREATER -1)
Add `Freetype::Freetype` target
2023-02-08 14:38:42 +08:00
find_package(Freetype)
Add support for SFMLConfig.cmake
2018-03-21 02:47:29 +08:00
endif()
Add SFML:: namespace to targets This removes the sfml- prefixed targets from the export set. The sfml- prefixed targets are still available within the build tree but not to downstream users thus making this an API breaking change when compared to the 2.x releases. To keep things consistent, usage of the sfml- targets were replaced with their namespaced counterparts. This has a number of benefits: 1. It's more idiomatic. Modern CMake libraries are expected to have namespaced targets. 2. Namespaced targets are less likely to collide with user-defined targets. No one will accidentally define a SFML:: target. 3. If a namespaced target is not found by CMake, configuration will immediately stop.
2021-12-29 13:28:50 +08:00
# SFML::Audio
list(FIND SFML_FIND_COMPONENTS "Audio" FIND_SFML_AUDIO_COMPONENT_INDEX)
Add support for SFMLConfig.cmake
2018-03-21 02:47:29 +08:00
if(FIND_SFML_AUDIO_COMPONENT_INDEX GREATER -1)
Use imported targets for Vorbis and Ogg The name of the find module was changed to match the name used by the reference implementation of Vorbis. Likely the target names were taken from what the reference implementation names those targets.
2023-08-27 06:24:50 +08:00
find_package(Vorbis)
Add `FLAC::FLAC` target
2023-08-27 03:30:05 +08:00
find_package(FLAC)
Add support for SFMLConfig.cmake
2018-03-21 02:47:29 +08:00
endif()
Fix CMake formatting inconsistencies
2022-10-07 01:33:19 +08:00
if(FIND_SFML_DEPENDENCIES_NOTFOUND)
Add support for SFMLConfig.cmake
2018-03-21 02:47:29 +08:00
set(FIND_SFML_ERROR "SFML found but some of its dependencies are missing (${FIND_SFML_DEPENDENCIES_NOTFOUND})")
Use `ON` and `OFF` for CMake booleans CMake supports a number of strings for truthy and falsey values. ON/OFF and TRUE/FALSE are the most popular but 1/0 is also supported. This is mostly a style choice but I'm inclined to believe that ON/OFF is the most popular option and I'm generally in favor of style choices that better align with the community at large.
2024-08-05 01:16:23 +08:00
set(SFML_FOUND OFF)
Add support for SFMLConfig.cmake
2018-03-21 02:47:29 +08:00
endif()
endif()
Reference in New Issue Copy Permalink