From 1a466b5548d4fb43dc6549af3f228c2170546cc2 Mon Sep 17 00:00:00 2001 From: SDL Wiki Bot Date: Sat, 28 Dec 2024 16:06:09 +0000 Subject: [PATCH] Sync SDL3 wiki -> header [ci skip] --- docs/README-ios.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/README-ios.md b/docs/README-ios.md index 1bfa3d55f9..51e1d76c99 100644 --- a/docs/README-ios.md +++ b/docs/README-ios.md @@ -167,7 +167,7 @@ This target requires Xcode 11 or later. The target will simply fail to build if In addition, on Apple platforms, main() cannot be in a dynamically loaded library. However, unlike in SDL2, in SDL3 SDL_main is implemented inline in SDL_main.h, so you don't need to link against a static libSDL3main.lib, and you don't need to copy a .c file from the SDL3 source either. -This means that iOS apps which used the statically-linked libSDL3.lib and now link with the xcframwork can just `#include ` in the source file that contains their standard `int main(int argc; char *argv[])` function to get a header-only SDL_main implementation that calls the `SDL_RunApp()` with your standard main function. +This means that iOS apps which used the statically-linked libSDL3.lib and now link with the xcframwork can just `#include ` in the source file that contains their standard `int main(int argc, char *argv[])` function to get a header-only SDL_main implementation that calls the `SDL_RunApp()` with your standard main function. Using an xcFramework is similar to using a regular framework. However, issues have been seen with the build system not seeing the headers in the xcFramework. To remedy this, add the path to the xcFramework in your app's target ==> Build Settings ==> Framework Search Paths and mark it recursive (this is critical). Also critical is to remove "*.framework" from Build Settings ==> Sub-Directories to Exclude in Recursive Searches. Clean the build folder, and on your next build the build system should be able to see any of these in your code, as expected: