* Added FindXCB.cmake script * Added AutoPointer wrapper for automatically free'ing pointers * Huge commit: Ported linux implementation of sfml-window to xcb * Xcb is now used for window creation, event loop etc * As GLX is linked to Xlib, that part of the implementation still uses Xlib. * Also, some keyboard related (such as XLookupString) stuff is still Xlib, as xcb does not have it (yet?). * Replaced some enums with the xcb equivalents
…d the changelog.txt
- Replaced @executable_path by @rpath for more flexibility - Updated freetype and sndfile libs as follow: install_name_tool -id "@rpath/../Frameworks/freetype.framework/Versions/A/freetype" freetype install_name_tool -id "@rpath/../Frameworks/sndfile.framework/Versions/A/sndfile" sndfile
…es the value of SFML_STATIC_LIBRARIES after the initial configure (#637).
* Apparently, there were some leaks not reported as such * Support for 32 bits computer is restored * Fix memory leak in sfStringToNSString (related to #484) * Unapply context when closing the window, freeing memory The following commits are related to ARC modifications: * 42f6e83 * 6edc4b9 * f6c9445 * 324d4a1 * 0d47056 Commit ac28902 is the last one before the introduction of ARC.
…ample as well)
…f stlport Warning: I kept the same variable name because this file will be rewritten fairly soon since most of its code no longer applies to SFML and becomes incorrect (too hard to maintain). Thus stlport variable names refers to libc++ stuff. E.g: ANDROID_USE_STLPORT=1 turns the use of libc++ on.
A current limitation prevents one library from depending on shared libraries. As we have legal issues here (LGPL wants us to use shared libs of OpenAL-Soft and libsndfile), we're forced to use this homemade native activity which will manually load our shared libraries.
It brings support for 64-bits toolchains.
…used for the OpenCV project http://code.google.com/p/android-cmake/
…s robust as true iOS App Xcode projects
…nal entry point for iOS from sfml-window to sfml-main
…ted by accident in the big Android commit