summaryrefslogtreecommitdiffhomepage
path: root/src/CMakeLists.txt
AgeCommit message (Collapse)Author
2018-04-10Updated release version1.9.7-devRay San
2018-04-07CMake: Generate config.h from CMakeOptions.txtAhmad Fatoum
I would have liked config.h to be selected by include dir configuration, but this way is less intrusive.
2018-04-07Split CMake options into separate CMakeOptions.txtAhmad Fatoum
2018-04-07Add GNUInstallDirs and USE_AUDIO/USE_WAYLAND options to CMake (#518)Milan Nikolic
2018-02-24CMake: Add options to use -fsanitize={address,undefined}Ahmad Fatoum
To make bugs like #485, #486, #487 and #488 easier to find in future.
2018-02-16CMake: Remove _RAYLIB suffix from -D{SHARED,STATIC}_RAYLIBAhmad Fatoum
They were named so for compatibility with make, but make doesn't use the anymore. I always forget whether it's SHARED_RAYLIB or RAYLIB_SHARED... For now, RAYLIB_SHARED and STATIC_RAYLIB may still be used, but print a deprecation warning.
2018-02-11pkg-config: Empty Requires.private on shared-only buildAhmad Fatoum
If user doesn't build the static library, `pkg-config --static --libs raylib` should be equivalent to `pkg-config --libs raylib`.
2018-02-04Bump version to 1.9.4Ahmad Fatoum
2018-02-03CMake: Add tristate option for using system GLFW (#455)Ahmad Fatoum
-DWITH_SYSTEM_GLFW=ON: Link against system glfw and fail otherwise -DWITH_SYSTEM_GLFW=OFF: Use embedded rglfw.c -DWITH_SYSTEM_GLFW=IF_POSSIBLE: Probe for system glfw but fallback to rglfw if unavailable Also change Linux 64-bit CI build to install system glfw and use it, so this doesn't bitrot. Addresses #453.
2018-02-03CMake: Fix typo in MACOS_FATLIBAhmad Fatoum
2018-01-27CMake: Search dependencies and build pkg-config's Libs.private with itAhmad Fatoum
2018-01-27CMake: remove OpenAL dependencyAhmad Fatoum
2017-12-11Add library versioning to Make/CMake build systemsAhmad Fatoum
See #401 for the discussion. Also bumps version number to 1.9.2 without the -dev, because neither ELF nor MachO like such a suffix. The -dev suffix will have to be restricted to the git tags.
2017-12-10Fix CI builds after mini_al changesAhmad Fatoum
2017-12-05Removed OpenAL Soft dependency on buildingRay San
OpenAL Soft backend is still available in audio module, I'm thinking if exposing it for building in some way or just left it there for advance users to switch to it manually in case of necessity...
2017-11-29Fixed broken include for AppVeyorMartinfx
2017-11-29Fixed use ${LIBS_PRIVATE} for FreeBSDMartinfx
2017-11-29Added compile with cmake for FreeBSDMartinfx
2017-11-25Build examples and games on Travis CIAhmad Fatoum
They were disabled because they failed to build, but this patch set fixes the build on Linux and macOS. This doesn't apply to the AppVeyor build on Windows yet; it currently fails at linking with OpenAL.
2017-11-25Added authorization tokenraysan5
2017-11-24Setup CMake package target and CI auto-deploy tagsAhmad Fatoum
cmake --build . --target package # or make package if make is used can now be used to create binary packages for raylib. AppVeyor and Travis CI are configured to push the artifacts that result from building git tags to the related Github releases page.
2017-11-24Generate and install pkg-config pc fileAhmad Fatoum
After installation, compiling new programs is possible with $ cc game.c `pkg-config --static --libs --cflags raylib` or $ cc game.c `pkg-config --libs --cflags raylib` depending on configuration Also adds following configuration options: - WITH_PIC "Compile static library as position-independent code" - STATIC_RAYLIB "Build raylib as a static library" - MACOS_FATLIB "Build fat library for both i386 and x86_64 on macOS"
2017-11-23Disable CRT "secure" warningsAhmad Fatoum
Suppresses 88 of the 213 warnings reported when compiling with MSVC 2015 on AppVeyor.
2017-11-23Add AppVeyor CI for automatic Windows BuildsAhmad Fatoum
We already have automatic Linux and macOS build via Travis CI. This adds the same for Windows x86 and x86_64 with both Microsoft Visual Studio 2015 as well as MinGW-w64.
2017-11-22Fix macOS build of new rglfw.c approachAhmad Fatoum
There have been two problems: * GLFW itself was compiled with the definitions for compiling _against_ GLFW (fixed by removing requirement for external glfw) * rglfw.c was being compiled as C code, although it includes Objective C files. This _might_ break the Windows build, needs to be checked. Fixes #391, but as noted I'd prefer though a separate source directory and build script for GLFW.
2017-08-27CMake based build system.ASDF
Some people might find this handly
2016-11-16Remove CMakeListraysan5
Working on an updated version...
2016-06-06Move and update CMakeListRay