Mercurial > sdl-ios-xcode
view Xcode-iPhoneOS/Test/README @ 3293:0d60bdebed39
Fixed bug #674
Matej 2009-01-08 09:25:34 PST
Hello,
I maintain a cross-platform project that uses SDL.
One of the users who runs OSX has told me that he has problems with linking to
SDL due to missing -framework option.
I think that the problem is because of this:
'sdl-config --libs' outputs '-L/opt/local/lib -lSDLmain -lSDL
-Wl,-framework,Cocoa'
All the options are passed to the linker except the last one. I think that the
good output should be just:
'-L/opt/local/lib -lSDLmain -lSDL -framework Cocoa'
since those options (--libs) are passed to the linker, so the '-Wl' option is
redundant and possibly harmful in this very case
I use autotools with libtool to do the build...
Regards,
Matej
author | Sam Lantinga <slouken@libsdl.org> |
---|---|
date | Mon, 21 Sep 2009 10:23:19 +0000 |
parents | 20326ba2bda2 |
children |
line wrap: on
line source
TestiPhoneOS.xcodeproj contains targets to compile many of the SDL test programs for iPhone OS. Most of these test programs work fine, with the following exceptions: testalpha: Program crashes. Problem appears to effect Mac OS X as well. testhread: SIGTERM kills the process immediately without executing the 'kill' function. The posix standard says this shouldn't happen. Apple seems intent on having iPhone apps exit promptly when the user requests it, so maybe that's why(?) testlock: Locks appear to work, but there doesn't appear to be a simple way to send the process SIGINT. testpalette: "SDL error: blitting boat: Blit combination not supported." Happens on Mac OS X as well. testsprite2: SDL_CreateTextureFromSurface requests an ARGB pixel format, but iPhone's SDL video driver only supports ABGR. testwin: Behaves as it does under Mac OS X ... not sure if that is correctly or not. threadwin: Works if -threaded is not on. Otherwise it doesn't work, but this is true under Mac OS X as well.