mirrors/raylib
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
11fbd49b73
raylib/CMakeLists.txt

48 lines
1.6 KiB
CMake
Raw Normal View History

CMake based build system. Some people might find this handly
2017-07-23 02:45:36 +03:00
cmake_minimum_required(VERSION 3.0)
CMake: Move reusable code to new cmake/ directory
2018-05-20 21:08:43 +03:00
set(CMAKE_MODULE_PATH ${CMAKE_CURRENT_SOURCE_DIR}/cmake)
CMake based build system. Some people might find this handly
2017-07-23 02:45:36 +03:00
# Config options
CMake: Add options to use -fsanitize={address,undefined} To make bugs like #485, #486, #487 and #488 easier to find in future.
2018-02-24 17:26:13 +03:00
option(BUILD_EXAMPLES "Build the examples." ON)
option(ENABLE_ASAN "Enable AddressSanitizer (ASAN) for debugging (degrades performance)" OFF)
option(ENABLE_UBSAN "Enable UndefinedBehaviorSanitizer (UBSan) for debugging" OFF)
CMake: Major cleanup to support find_package(raylib) Remove that link_libraries_to_executable() hack and defines a proper raylib target that can be used with target_link_libraries. The same target is also available for external (user) code by using find_package(raylib). This results in: - Remove hardcoded build directories from examples and games CMakeLists.txt - Allow rlgl_standalone and other special examples to be built easily - Allow CMake projects to find_package(raylib instead of fiddling with pkg-config - Makes code a little more maintainable - Fixes #471, #606. - Makes code less confusing by removing the double use of PLATFORM (#584). Note that this is still not _The Right Way_(TM), because normally raylib-config.cmake (or its includes) would be automatically generated. I didn't manage to get that to work though, so I went the easier route of just wrapping pkg_check_modules for consumption by find_package.
2018-07-28 17:08:41 +03:00
option(ENABLE_MSAN "Enable MemorySanitizer (MSan) for debugging (not recommended to run with ASAN)" OFF)
CMake based build system. Some people might find this handly
2017-07-23 02:45:36 +03:00
CMake: Explicitly ask for C99 support Otherwise using a compiler that defaults to -std=c89 or -std=gnu89 will fail. Example: http://www.cpantesters.org/cpan/report/abb85066-d283-11e7-9926-b2f4efb9c382 Apparently, -m32 Travis CI build was broken: -m32 was overridden by -std=gnu99. This fixes that.
2017-11-27 03:24:08 +03:00
if(CMAKE_VERSION VERSION_LESS "3.1")
if(CMAKE_C_COMPILER_ID STREQUAL "GNU")
set(CMAKE_C_FLAGS "-std=gnu99 ${CMAKE_C_FLAGS}")
endif()
else()
set (CMAKE_C_STANDARD 99)
endif()
CMake: Add options to use -fsanitize={address,undefined} To make bugs like #485, #486, #487 and #488 easier to find in future.
2018-02-24 17:26:13 +03:00
CMake: Move reusable code to new cmake/ directory
2018-05-20 21:08:43 +03:00
include(AddIfFlagCompiles)
add_if_flag_compiles(-Werror=pointer-arith CMAKE_C_FLAGS)
add_if_flag_compiles(-Werror=implicit-function-declaration CMAKE_C_FLAGS)
jar_xm: Workaround for unaligned pointer accesses jar_xm.h does some shady pointer casts leading to unaligned accesses and breaking strict aliasing. x86 has special circuitry for doing unaligned accesses, but on other architectures, it may trap and require kernel fix-up or crash outright. With this patch, one obstacle in porting raylib to the GameBoy Advance has been removed. Go for it ;-) To avoid having to rewrite that `mempool' code, insert padding before structs and instruct the compiler (GCC, most importantly), to be gentle when optimizing. This fixes #490 (Unless we got ourselves 256-bit pointers, if so, hello future!)
2018-02-25 01:46:27 +03:00
# src/external/jar_xm.h does shady stuff
CMake: Move reusable code to new cmake/ directory
2018-05-20 21:08:43 +03:00
add_if_flag_compiles(-fno-strict-aliasing CMAKE_C_FLAGS)
CMake: Add options to use -fsanitize={address,undefined} To make bugs like #485, #486, #487 and #488 easier to find in future.
2018-02-24 17:26:13 +03:00
if (ENABLE_ASAN)
CMake: Move reusable code to new cmake/ directory
2018-05-20 21:08:43 +03:00
add_if_flag_compiles(-fno-omit-frame-pointer CMAKE_C_FLAGS CMAKE_LINKER_FLAGS)
add_if_flag_compiles(-fsanitize=address CMAKE_C_FLAGS CMAKE_LINKER_FLAGS)
CMake: Add options to use -fsanitize={address,undefined} To make bugs like #485, #486, #487 and #488 easier to find in future.
2018-02-24 17:26:13 +03:00
endif()
if (ENABLE_UBSAN)
CMake: Move reusable code to new cmake/ directory
2018-05-20 21:08:43 +03:00
add_if_flag_compiles(-fno-omit-frame-pointer CMAKE_C_FLAGS CMAKE_LINKER_FLAGS)
add_if_flag_compiles(-fsanitize=undefined CMAKE_C_FLAGS CMAKE_LINKER_FLAGS)
CMake: Add options to use -fsanitize={address,undefined} To make bugs like #485, #486, #487 and #488 easier to find in future.
2018-02-24 17:26:13 +03:00
endif()
Add memory sanitizer for better debug
2018-03-14 02:13:23 +03:00
if (ENABLE_MSAN)
CMake: Move reusable code to new cmake/ directory
2018-05-20 21:08:43 +03:00
add_if_flag_compiles(-fno-omit-frame-pointer CMAKE_C_FLAGS CMAKE_LINKER_FLAGS)
add_if_flag_compiles(-fsanitize=memory CMAKE_C_FLAGS CMAKE_LINKER_FLAGS)
Add memory sanitizer for better debug
2018-03-14 02:13:23 +03:00
endif()
CMake: Explicitly ask for C99 support Otherwise using a compiler that defaults to -std=c89 or -std=gnu89 will fail. Example: http://www.cpantesters.org/cpan/report/abb85066-d283-11e7-9926-b2f4efb9c382 Apparently, -m32 Travis CI build was broken: -m32 was overridden by -std=gnu99. This fixes that.
2017-11-27 03:24:08 +03:00
Add message warning for msan
2018-03-14 17:23:14 +03:00
if (ENABLE_MSAN AND ENABLE_ASAN)
MESSAGE(WARNING "Compiling with both AddressSanitizer and MemorySanitizer is not recommended")
endif()
Fix CMake support on Win32
2019-04-05 05:56:47 +03:00
add_subdirectory(src)
CMake based build system. Some people might find this handly
2017-07-23 02:45:36 +03:00
if (${BUILD_EXAMPLES})
add_subdirectory(examples)
endif()
Travis CI: Add test case for pkg-config
2018-07-03 21:34:31 +03:00
enable_testing()
Reference in New Issue Copy Permalink