Xcode


Log

Author Commit Date CI Message
Sam Lantinga 51dcc3bb 2023-04-05T11:37:27 The macOS minimum deployment target is now 10.11 Xcode 14.3 does not allow targeting 10.9, the minimum recommended version is 10.13 and the minimum possible version is 10.11. (cherry picked from commit 73b2faea4e39aa27b4142f9d4d39f5807a3b3688)
Anonymous Maarten 6c495a92 2023-03-01T04:33:43 cmake: use compatible interface properties to disallow linking to a different version of SDL
Sam Lantinga 0479df53 2023-01-09T09:48:21 Updated copyright for 2023
Sam Lantinga 938b720a 2022-11-22T09:19:21 Update SDL info and Xcode marketing version to 2.27.0
Sam Lantinga ea8f8b6d 2022-11-21T16:36:10 Updated to version 2.27.0 for development
Sam Lantinga 0bfeed06 2022-11-21T16:15:58 Updated to version 2.26.0 for release
Sam Lantinga 78ea6af2 2022-11-17T09:01:35 Updated to version 2.25.1 for release candidate
Anonymous Maarten e6c4db81 2022-11-15T19:22:42 The SDL2::SDL2 target in SDL2.framework needs to see the SDL2 include folder SDL.h includes other files through SDL2/SDL_xxx.h
Sam Lantinga 0dfc829a 2022-11-10T19:16:53 Added simple BLE Steam Controller support on all platforms This is still disabled by default via the hint SDL_HINT_JOYSTICK_HIDAPI_STEAM
Anonymous Maarten cbb1cf0c 2022-10-04T21:15:09 cmake+xcode: only create SDL2::SDL2main target when it does not exist again
Sam Lantinga 13c443f2 2022-09-28T01:10:10 Removed obsolete search path setting
Sam Lantinga 26997bc1 2022-09-28T00:52:39 Removed unused framework entries from the Xcode project
Sam Lantinga 229315b0 2022-09-28T00:06:06 Updated SDL Xcode test project to build for iOS and tvOS Tested with Xcode 14.0.1
Sam Lantinga 3a6b4835 2022-09-27T22:28:28 Updated macOS Xcode test programs
Sam Lantinga 8fc133ac 2022-09-16T08:18:42 Updated Xcode project with new offscreen video driver files
Ozkan Sezer 911524da 2022-09-06T03:15:02 fix DYLIB version inconsistencies and test failures after #6188.
tjpadula a0f143fc 2022-09-05T13:10:15 Add build target to Xcode project to create an xcframework for iOS (#6188)
Sam Lantinga 4e98ba61 2022-09-05T08:28:06 Set DYLIB_COMPATIBILITY_VERSION to DYLIB_CURRENT_VERSION to match autotools Autotools sets both versions to the same value, so Xcode and CMake need to match for the libraries to be compatible between the different builds. See these for details: https://github.com/libsdl-org/sdl12-compat/pull/207 https://github.com/libsdl-org/SDL/issues/2934 https://stackoverflow.com/questions/67055770/usage-of-current-version-and-compatibility-version-on-macos
Sam Lantinga 397672ed 2022-09-01T15:31:03 Added SDL_hidapi_wii.c to the Xcode project
Anonymous Maarten dc2ef31c 2022-08-24T04:12:58 cmake: create SDL2::SDL2main target in Apple framework official release
Sam Lantinga 6ac6accd 2022-08-23T23:05:11 Added SDL_hidapi_ps3.c to the Xcode project
Sam Lantinga 6e9c14e5 2022-08-19T09:38:42 Updated to version 2.25.0 for development
Sam Lantinga 8c9beb0c 2022-08-19T08:44:09 Updated to version Updated to version 2.24.0 for release
Sam Lantinga f1416ef2 2022-08-12T20:27:22 Updated to version 2.23.2 for release candidate
Sam Lantinga c2db429f 2022-08-11T13:20:17 Added SDL_crc16.c to the Xcode project
Sam Lantinga 2909f637 2022-08-06T23:28:39 Revert "Enable bitcode by default for iOS and tvOS builds" This reverts commit 59963473efbe86e4b7ca292bc2d81ac90f872581. This fixes https://github.com/libsdl-org/SDL/issues/6015 Starting with Xcode 14, bitcode is no longer required for watchOS and tvOS applications, and the App Store no longer accepts bitcode submissions from Xcode 14. Xcode no longer builds bitcode by default and generates a warning message if a project explicitly enables bitcode: “Building with bitcode is deprecated. Please update your project and/or target settings to disable bitcode.” The capability to build with bitcode will be removed in a future Xcode release. IPAs that contain bitcode will have the bitcode stripped before being submitted to the App Store. Debug symbols for past bitcode submissions remain available for download. (86118779)
Sam Lantinga 181877eb 2022-07-28T21:54:34 Added SDL_hidapi_combined.c to the Xcode project
Anonymous Maarten 5da85376 2022-07-26T21:47:52 stdlib: move all mslibc functions to SDL_mslibc.c This allows disabling LTO on them by only specifying a single file.
Sam Lantinga f789bc7d 2022-07-26T11:36:01 Updated minimum OS targets on Apple platforms to match supported platforms using Xcode 13
Sam Lantinga 59963473 2022-07-22T10:58:32 Enable bitcode by default for iOS and tvOS builds
Sam Lantinga e3916993 2022-07-17T08:47:06 Added SDL_utils.c to the Xcode project
Cameron Gutman 6e712d24 2022-07-09T22:55:36 joystick: Add HIDAPI driver for NVIDIA SHIELD 2017 controller Basic input already works using the OS HID driver, but this enables force feedback and battery state reporting.
Cameron Cawley 78089e65 2022-07-01T13:08:31 Remove unused internal header SDL_sysevents.h
Sam Lantinga b004133f 2022-06-16T12:49:17 Updated to version 2.23.1 for pre-release checkpoint
Sam Lantinga 5b4f53bc 2022-06-15T14:26:47 Added SDL_memset.c and SDL_memcpy.c to Xcode project
Pierre Wendling 1963cccc 2022-06-12T09:48:57 CMake: Fix XCode CMake config file. (#5787) As mentionned in libsdl-org/SDL_net#48 and libsdl-org/SDL_ttf#213: - Options needs to use `SHELL:` to avoid aggressive option de-duplication - Framework path needs to be quoted to support paths with spaces.
Ozkan Sezer 6bd49fc0 2022-06-08T21:58:10 revert mode changes from commit d58d637ac
Sam Lantinga d58d637a 2022-06-08T11:07:36 Added support for the Qanba Obsidian Arcade Joystick on Linux
Sam Lantinga 168b97ca 2022-06-07T00:33:59 Updated Xcode project with SDL_guid.c and controller_type.c
Anonymous Maarten 96e3733a 2022-06-03T20:13:57 cmake: make Xcode's sdl2-config.cmake compatible with the one from autotools
Anonymous Maarten 3c3c0251 2022-05-30T00:39:53 Add Compatible Interface Properties to VisualC and Xcode SDL2 config file
Anonymous Maarten 774c5017 2022-05-28T11:52:23 Add CMake section to the Xcode ReadMe.txt
Sam Lantinga 423c7ef8 2022-05-27T14:47:39 Don't set SDL2_LIBRARY, we need the Framework configuration on Apple platforms
Sam Lantinga 37ef6a76 2022-05-27T14:46:49 Use a full path for the framework header include path
Anonymous Maarten f73c2564 2022-05-27T22:17:12 cmake: attempt to use framework in Xcode's sdl2-config.cmake
Anonymous Maarten 4c3d1d32 2022-05-27T11:52:16 Use INTERFACE_INCLUDE_DIRECTORIES in Xcode's sdl2-config.cmake
Sam Lantinga 7c2a6ea5 2022-05-26T18:31:31 Removed 64-bit check for Apple We build the SDL framework for macOS, iOS, and tvOS, including 32-bit and 64-bit architectures. Since this file will actually be included in the framework you're linking, it should be fine to use.
Sam Lantinga e30b9993 2022-05-26T18:31:06 Fixed warning about location of CMake support files
Sam Lantinga 01492a24 2022-05-26T18:30:15 Added CMake package support files to the SDL framework
Anonymous Maarten 2c591e40 2022-05-26T16:26:54 Add CMake configuration files, meant for Macos framework
Alex Szpakowski ec8fa577 2022-05-07T21:57:23 macOS: always use Objective-C ARC (automatic ref counting). Change Cocoa SDL_VideoData and SDL_WindowData implementations from C structs to Objective-C objects, since bridging between C and ObjC is easier that way.
Alex Szpakowski d35c737f 2022-05-07T21:38:48 macOS: change min supported OS from 10.6 to 10.7.
Simon McVittie fff97c95 2022-05-04T16:40:11 build: Mechanically generate ABI versions from version number If we're strict about applying something resembling semantic versioning to the "marketing" version number, then we can mechanically generate the ABI version from it. This limits the range of valid micro versions (patchlevels) to 0-99. Signed-off-by: Simon McVittie <smcv@collabora.com>
Simon McVittie cd7c2f1d 2022-05-03T15:16:11 Switch versioning scheme to be the same as GLib and Flatpak For stable releases, this gives us the ability to make bugfix-only point releases such as 2.24.1 if we want to, and distinguish between them programmatically. For example, this ability could have been useful after 2.0.16 to fix Xwayland regressions, and after 2.0.18 to fix event loop regressions. For development releases, this gives us the ability to make multiple prereleases during the same feature cycle, and distinguish between them programmatically. For example, this would have been useful during 2.0.22 development, which went through three prereleases before reaching the final release. Signed-off-by: Simon McVittie <smcv@collabora.com>
Sam Lantinga 41b91985 2022-04-30T11:39:44 Fixed Xcode warning about Framework include style
Sam Lantinga fa29e2d7 2022-04-25T13:45:51 Updated to version 2.0.23 for development
Sam Lantinga 505d6a4a 2022-04-08T18:18:56 Update version to 2.0.22 for release
Sylvain Becker 1c9299b0 2022-04-01T08:12:31 Add SDL_list to macosx xcode
DominusExult ee96407e 2022-02-04T21:49:11 iOS >= 10.0 silence GLes deprecation warnings
Sam Lantinga a0e3c884 2022-01-17T15:32:27 Updated to version 2.0.21 for development
Sam Lantinga 92946348 2022-01-07T18:28:25 Updated to version 2.0.20 for release
Sam Lantinga 120c76c8 2022-01-03T09:40:00 Updated copyright for 2022
Sam Lantinga 056c0994 2021-11-30T12:19:26 Updated iOS build instructions
Sam Lantinga 5fc901d4 2021-11-30T09:58:21 Updated to version 2.0.19 for development
Sam Lantinga 3008b005 2021-11-27T07:56:04 Include SDL_hidapi.h in the public headers Fixes https://github.com/libsdl-org/SDL/issues/5015
Sam Lantinga 7242075b 2021-11-26T08:12:45 Updated version to 2.0.18 for release
Sam Lantinga 7b9fe52e 2021-11-09T05:40:57 We're no longer building a separate shared library for hidapi
Sam Lantinga 5b646cd1 2021-11-07T22:58:44 Build hidapi code into SDL as a new public API This prevents conflicts with hidapi linked with applications, as well as allowing applications to make use of HIDAPI on Android and other platforms that might not normally have an implementation available.
Sam Lantinga d854ba99 2021-09-24T10:59:35 Removed X11 code from Apple Xcode project
Sylvain Becker fd236af8 2021-04-02T09:37:25 Update Xcode project to add SDL_triangle.{c,h}
Sam Lantinga 3f6ebfff 2021-08-10T15:02:36 Updated to version 2.0.17 for development
Sam Lantinga cb1fd30e 2021-07-31T13:28:54 Updated to version 2.0.16 for release
Sam Lantinga 3e76646c 2021-07-31T13:09:53 Added libSDLmain.a for iOS and tvOS
Sam Lantinga 1a9253f7 2021-07-31T12:37:28 Removed unused IOS_DYLIB definition
Ozkan Sezer 118480e5 2021-07-08T17:56:14 fix permissions
Sam Lantinga 46f19c31 2021-07-08T07:23:29 Implemented mouse relative mode for iOS 14.1 and newer
Sam Lantinga 75a9f8e2 2021-07-07T13:06:15 Added SDL_hidapi_luna.c to the Xcode project
Ozkan Sezer 646ddfb7 2021-05-15T00:22:50 minor watcom build fixes.
Sam Lantinga 9231f1f1 2021-05-07T12:29:03 Added support for the PS5 controller on iOS and tvOS
Ryan C. Gordon 2fdbae22 2021-04-26T18:43:28 cocoa: Remove mouse event tap. It doesn't appear to work anymore, and was disabled by default anyhow, since the needed APIs are forbidden on the Mac App Store. A better solution to lock the mouse to the window on macOS would still be welcome. CGAssociateMouseAndMouseCursorPosition() works fine for relative mouse mode, this was just a question of SDL_SetWindowGrab(). As it stands now, a grabbed mouse can briefly break out of the window, causing varying degrees of chaos.
Ozkan Sezer bb76edf3 2021-02-22T15:44:32 fix permissions of a few files
Sam Lantinga f5e9c5b7 2021-02-21T11:03:25 Chromebooks support relative mouse motion now
Alex Szpakowski d4d32833 2021-02-14T11:30:22 macOS: Fix Xcode project when deployment target is > 10.7 SDL_mfijoystick.m requires ARC, but the Xcode project's macOS targets weren't compiling the file with ARC enabled.
Ozkan Sezer 582e1f4a 2021-01-28T23:03:50 config.guess and config.sub updates from mainstream
Sam Lantinga d95a9eae 2021-01-27T21:30:13 Added WIN_IsWindows8OrGreater() for internal use
Sam Lantinga 360e04dd 2021-01-23T13:15:02 Added Stadia controller source file to Visual Studio and Xcode projects
Ozkan Sezer 29888bd6 2021-01-08T21:56:00 fixed permissions of xcode project file
Sam Lantinga b2a0c712 2021-01-04T12:24:44 Allow setting the player index to -1, which turns off the player LED for PS5 controllers
Sam Lantinga 393c8c1f 2021-01-03T10:32:55 Fixed bug 5440 - MacCatalyst build failures C.W. Betts I tested building commit http://hg.libsdl.org/SDL/rev/7adf3fdc19f3 on Mac Catalyst and found some issues: * MTLFeatureSet_iOS_* enums aren't available under Mac Catalyst. * OpenGL ES is unavailable under Mac Catalyst. * Some Metal features are available under Catalyst but not iOS, such as displaySyncEnabled. * Set Metal as the default renderer on Mac Catalyst Attaching a patch that will make SDL2 build for Mac Catalyst.
Sam Lantinga 9130f7c3 2021-01-02T10:25:38 Updated copyright for 2021
Ozkan Sezer b5f0483c 2021-01-01T22:30:28 fix permissions
Sam Lantinga 5f0b2a7f 2021-01-01T11:12:22 Fixed resource leak with D3D11 NV12 textures
Sam Lantinga 5aba0827 2020-12-30T11:38:51 Build SDL for Mac hardware when targeting iOS
Sam Lantinga 350f1b0d 2020-12-22T10:36:15 Updated SDL to version 2.0.15 for development
Ozkan Sezer 637d425e 2020-12-15T00:11:10 whitespace.
Sam Lantinga e65e4fd3 2020-12-14T09:48:51 Fixed detecting the guide button on Xbox One S controllers over Bluetooth on Linux
Sam Lantinga c8ee0691 2020-12-13T00:15:54 Added SDL_misc.h to the Xcode built frameworks
Ozkan Sezer 475405e0 2020-12-09T12:03:24 CMakeLists.txt: sync DYLIB_CURRENT_VERSION to Xcode project
Sam Lantinga a2098a47 2020-12-08T18:56:06 Updated SDL to 2.0.14 in preparation for release candidate
Sam Lantinga ebf315e0 2020-12-01T14:01:12 Fixed bug 5369 - iOS static library build copies public headers files into xcode archive Dominik Reichardt Trying to integrate the latest SDL2 changes into our iOS project of Exult I've stumbled over the fact that when I added the static iOS library the public header files were copied to the archive of our project when you let Xcode build the archive. This makes the archive invalid for upload to the AppStore Connect. To fix this you need to delete the public headers from the build phase: Open the xcode project, select the target "Static Library-ios", got to build phases, and in "headers" delete all the headers in the "public" group. This is safe to do as this actually just copies the public headers for some odd counterintuitive reason. I think this needs to be done for all the library build targets but likely not for the framework targets.