SFML/cmake
Chris Thrasher dfc9b83fe4 Suggest fix when incorrect library type is found by find_package
This is what it currently looks like when find_package(SFML) fails
due to locating the incorrect library type:

    CMake Error at <path>/<to>/lib/cmake/SFML/SFMLConfig.cmake:182 (message):
      Requested SFML configuration (Shared) was not found
    Call Stack (most recent call first):
      CMakeLists.txt:7 (find_package)

    CMake Error at CMakeLists.txt:7 (find_package):
      Found package configuration file:

        <path>/<to>/lib/cmake/SFML/SFMLConfig.cmake

      but it set SFML_FOUND to FALSE so package "SFML" is considered to be NOT
      FOUND.

After this change the "Requested SFML configuration" line is followed by either

    Set SFML_STATIC_LIBRARIES to ON for static libraries

or

    Set SFML_STATIC_LIBRARIES to OFF for shared libraries

depending on the value of SFML_STATIC_LIBRARIES. This should help clear up a
common source of confusion when users build SFML from source. The library
follows CMake convention of building static libraries by default but our
config module assumes shared libraries by default so those who build SFML
from source are prone to run into this error.
2025-01-09 21:57:10 +00:00
..
Modules Build dependency libraries instead of bundling pre-built binaries. 2024-12-04 23:52:24 +01:00
CompilerWarnings.cmake Use ON and OFF for CMake booleans 2024-09-11 14:36:13 -06:00
Config.cmake Remove additional, obsolete extlibs 2024-12-06 13:02:30 +01:00
Format.cmake Upgrade to clang-format-17 2024-10-16 16:41:15 -06:00
Macros.cmake Remove unused RESOURCES_DIR cmake option 2025-01-04 18:08:47 -07:00
Mesa3D.cmake Fix Windows ARM64 support with regards to Mesa 3D 2024-09-14 13:44:34 +02:00
SFMLConfig.cmake.in Suggest fix when incorrect library type is found by find_package 2025-01-09 21:57:10 +00:00
Tidy.cmake Build dependency libraries instead of bundling pre-built binaries. 2024-12-04 23:52:24 +01:00