-
Notifications
You must be signed in to change notification settings - Fork 2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
SDL3 installation instructions for macOS should include non-XCode case #12017
Comments
We updated the documentation slightly in #12010 When copying both the xcframework and the share folder, there should not be a rpath issue with the latest issue. |
@madebr Great - so that change will make it into 3.1.12 ? I'll test again when that's available. |
What is your experience with SDL3 3.1.10? |
@madebr - I learned that it was painful to port from SDL2 to SDL3 if not using the SDL2 compatibility package. I had started to port before that was available. I set the 2-to-3 porting aside waiting for a stable SDL3 release candidate, having been tripped up by using early versions before the API was stable. It looks as though you're there, so I'll be back to it as soon as I can. I'll probably have to maintain code supporting both SDL2 and SDL3 as we still have to run on older systems for which I don't expect there'll be SDL3 packages in the older distro's package collection any time soon, if ever. |
In the foreseeable future, I think Ubuntu 24.04 LTS will remain the big driver for SDL2 support. |
If you build on macOS using standard Makefiles rather than XCode, the installation instructions in INSTALL.md don't contain sufficient information.
You need to drop the
share
andSDL3.xcframework
folders into/Library/Frameworks
to make them publicly available.Using a sample CMakeLists.txt such as below, it's still the case that you need to add the BUILD_RPATH property to locate the library at runtime (checked using cmake version 3.30.5, and 3.31.4).
The text was updated successfully, but these errors were encountered: