Chris Thrasher 8f1955af17 Don't add SFML:: namespace to external targets ... The SFML target export set includes a number of external targets which are not owned by the project itself. This includes targets like Freetype and OpenGL. By specifying a namespace for the export set, a SFML:: namespace was prepended to all targets. This is not a problem when using shared libraries but when building and using static libraries caused a problem where CMake was attempting and failing to find targets with names like SFML::Freetype or SFML::OpenGL which did not exist. Luckily CMake allows you put namespaces in the EXPORT_NAME target property so now we can just add the SFML:: namespace in the macro which creates SFML targets and remove the `NAMESPACE SFML::` line which was adding namespaces to all targets.		2022-01-28 08:11:53 +01:00
..
Modules	Rename FindVorbis -> FindVORBIS, for consistency with exported variables (e.g. VORBIS_FOUND)	2020-01-02 15:28:31 +01:00
toolchains	Removed old android cmake toolchain	2019-01-09 15:22:49 +00:00
CompilerOptionsOverride.cmake	Enable compiler warnings.	2021-11-30 11:25:58 +01:00
CompilerWarnings.cmake	Merge branch '2.6.x' into feature/backmerge	2021-12-20 13:44:56 +01:00
Config.cmake	Add support for Visual Studio 2022	2021-08-23 22:34:04 +02:00
Macros.cmake	Don't add SFML:: namespace to external targets	2022-01-28 08:11:53 +01:00
SFMLConfig.cmake.in	Use built-in CMake project version functionality	2022-01-21 21:09:20 +01:00
SFMLConfigDependencies.cmake.in	Add SFML:: namespace to targets	2022-01-11 22:27:39 +01:00