e45698d218
Updated version to 2.0.5 in preparation for release
2016-09-28 22:24:01 -07:00
705ecf78f5
[Mir] Move to the new MirDisplayConfig API
2016-09-21 15:57:15 -07:00
e5070d20ee
Fixed set of libraries needed to build on Mac OS X
2016-09-15 08:57:56 -07:00
93d42e2d3e
Hopefully fixed the cmake build on Mac OS X
2016-09-15 08:46:14 -07:00
8c01d5886c
Fixed building new coreaudio driver on Mac OS X
2016-09-15 08:29:20 -07:00
1428bab3b3
Fixes building SDL on Ubuntu 16.04 with Mir headers installed
2016-09-01 16:01:54 -03:00
f11a440999
wayland: Add support for relative mouse mode, by Jonas ?dahl <jadahl@gmail.com>
...
Generate the C protocol files from the protocol XML files installed by
wayland-protocols, and use them to implement support for relative pointer
motions and pointer locking.
Note that at the time, the protocol is unstable and may change in the future.
Any future breaking changes will, however, fail gracefully and result in no
regressions compared to before this patch.
2016-09-01 01:26:56 -07:00
19d3500ae1
wayland: Build own version of core protocol
...
Since we are loading shared objects dynamically, build our own version of the
core protocol symbols, so that we in the future can include protocol
extensions.
2016-06-23 18:39:05 +08:00
3607d3b756
Fix API/ABI breakage in Mir 0.13/0.14.
2016-02-21 15:19:35 -08:00
dc5f05bb99
Use --enable-new-dtags to set RUNPATH rather than RPATH so that LD_LIBRARY_PATH is not overridden by the application.
2016-01-07 16:42:30 -08:00
1373e8909a
Try to build with GCC's -Wdeclaration-after-statement.
...
This will help catch things that'll cause issues on C89 compilers before we
send them on to fail on Buildbot.
2016-01-04 22:58:38 -05:00
2254932b3e
Added support for building for NetBSD on the Raspberry Pi (thanks, Jared!).
...
Fixes Bugzilla #3179 .
2015-12-29 02:27:02 -05:00
7805c1bc52
Updated configure.in file.
2015-09-21 21:16:54 +02:00
bf9bd59c01
Fixed bug 2464 - Configure a sdl2-config.cmake.in together with sdl2.pc.in
...
Leonardo
Despite having a CMakeLists.txt file, SDL2 seems to be mainly built using the autotools system by package-managers. It is nice to have it but it is only useful if you are building SDL2 by yourself.
People that want to use CMake to find their already-installed SDL2 are using a FindSDL2.cmake module based on the old FindSDL.cmake. This is not deprecated but it is discouraged by the CMake devs (see http://www.cmake.org/Bug/view.php?id=14826 ), as these modules needs maintainers to be included in the official CMake installation.
To fix that, SDL and its accompanying libraries could configure a simple sdl2-config.cmake file, much like it does with sdl2.pc.in. We don't need to configure a full sdl2-config.cmake as in this post, http://forums.libsdl.org/viewtopic.php?t=10068&sid=ccf8abbf0d73fb03ae9cded991e60959 (because it depends on it being built with CMake). Using something as simple as http://www.cmake.org/Wiki/CMake/Tutorials/Packaging#Package_Configuration_Files is deemed enough. Here is another: http://quickgit.kde.org/?p=prison.git&a=blob&f=lib%2Fprison%2FPrisonConfig.cmake.in
2015-06-29 22:24:00 -07:00
0e45984fa0
Fixed crash if initialization of EGL failed but was tried again later.
...
The internal function SDL_EGL_LoadLibrary() did not delete and remove a mostly
uninitialized data structure if loading the library first failed. A later try to
use EGL then skipped initialization and assumed it was previously successful
because the data structure now already existed. This led to at least one crash
in the internal function SDL_EGL_ChooseConfig() because a NULL pointer was
dereferenced to make a call to eglBindAPI().
2015-06-21 17:33:46 +02:00
Sam Lantinga
Brandon Schaefer
Gabriel Jacobo
Jonas ?dahl
bschaefer
Ryan C. Gordon
Philipp Wiesemann