SDL 1.2.14 pre-release Mac OS X problems

Hi folks,

While trying to build the SDLMain.m included with SDL 1.2.14, with
#define SDL_USE_NIB_FILE 1:

/Users/steven/Development/darwinia/targets/macosx/Darwinia/SDLMain.m:
In function ‘-[SDLMain fixMenu:withAppName:]’:
/Users/steven/Development/darwinia/targets/macosx/Darwinia/SDLMain.m:122:
warning: ‘sizeToFit’ is deprecated (declared at
/Developer/SDKs/MacOSX10.6.sdk/System/Library/Frameworks/AppKit.framework/Headers/NSMenu.h:281)
/Users/steven/Development/darwinia/targets/macosx/Darwinia/SDLMain.m:
In function ‘main’:
/Users/steven/Development/darwinia/targets/macosx/Darwinia/SDLMain.m:376:
warning: ‘poseAsClass:’ is deprecated (declared at
/Developer/SDKs/MacOSX10.6.sdk/System/Library/Frameworks/Foundation.framework/Headers/NSObject.h:127)
/Users/steven/Development/darwinia/targets/macosx/Darwinia/SDLMain.m:376:
error: ‘poseAsClass:’ is unavailable (declared at
/Developer/SDKs/MacOSX10.6.sdk/System/Library/Frameworks/Foundation.framework/Headers/NSObject.h:127)
/Users/steven/Development/darwinia/targets/macosx/Darwinia/SDLMain.m:377:
warning: passing argument 2 of ‘NSApplicationMain’ from incompatible
pointer type

Not sure if it shows up on earlier Xcode or SDK versions, so here are
my current ones (via System Profiler):

Version: 3.2 (10M2003)
Location: /Developer
Applications:
Xcode: 3.2.1 (1613)
Interface Builder: 3.2.1 (740)
Instruments: 2.0.1 (1096)
Dashcode: 3.0 (328)
SDKs:
Mac OS X:
10.4: (8S2167)
10.5: (9J61)
10.6: (10M2003)

  • Steven

Reply from Eric Wing…---------- Forwarded message ----------
From: ewing.dev@playcontrol.net (Eric Wing)
Date: Sun, Oct 11, 2009 at 11:45 AM
Subject: Re: [SDL] SDL 1.2.14 pre-release Mac OS X problems
To: Sam Lantinga <@slouken>

I don’t have time today to look at this in detail, but the problem is
definitely the poseAsClass: method.
This was deprecated in Obj-C 2.0 and not retained in 64-bit.

I’ve never used this method and it has always been limited to esoteric
uses. I think this is why Apple wanted to dump it (among complicating
some other things they do). I have read about others getting bit by
this when migrating. Long story short, there really isn’t a migration
path for this method. The question that then must be asked is why are
we using it (what does it accomplish), and then figure out the
’proper’ way of accomplishing that.

Glancing at SDLMain.m, it’s not obvious to me why it is there or what
it is really accomplishing. My only speculation is that
NSApplicationMain hardcodes something to look for NSApplication and a
subclass (SDLApplication) fails for some reason (assuming that the
original coder did this for good reason).

Three thoughts come to mind.

  1. The Info.plist has properties to control things related to the
    startup class and nib.
    NSPrincipalClass, NSMainNibFile

Maybe principle class needs to be SDLApplication and we can delete the poseAs

  1. I was told that 10.6 introduced new APIs to make programatic NIB
    wrangling and avoidance easier. Unfortunately, I don’t know the
    specifics.

  2. Instead of subclassing NSApplication in SDLMain.m, maybe we can
    just add a category. It looks like the following is the only thing
    that is done (quick glance):

@interface SDLApplication : NSApplication
@end

@implementation SDLApplication
/* Invoked from the Quit menu item */

  • (void)terminate:(id)sender
    {
    ? ?/* Post a SDL_QUIT event */
    ? ?SDL_Event event;
    ? ?event.type = SDL_QUIT;
    ? ?SDL_PushEvent(&event);
    }
    @end

So instead, we change this to: (warning written in mail and untested)

@interface NSApplication (SDLApplication)

  • (void) terminate:(id)sender;
    @end

@implementation NSApplication (SDLApplication)
/* Invoked from the Quit menu item */

  • (void)terminate:(id)sender
    {
    ? ?/* Post a SDL_QUIT event */
    ? ?SDL_Event event;
    ? ?event.type = SDL_QUIT;
    ? ?SDL_PushEvent(&event);
    }
    @end

Then everywhere SDLApplication is used, we change it to NSApplication
(and remove the poseAsClass line).

Perhaps you could ask the bug reporter to try this solution (#3).
And if that fails, maybe try #1.

-Eric

On Oct 11, 2009, at 11:05 AM, Sam Lantinga wrote:

Hey Eric, can you look at this?

Thanks!

---------- Forwarded message ----------
From: Steven Noonan
Date: Sun, Oct 11, 2009 at 9:49 AM
Subject: [SDL] SDL 1.2.14 pre-release Mac OS X problems
To: sdl at lists.libsdl.org

Hi folks,

While trying to build the SDLMain.m included with SDL 1.2.14, with
#define SDL_USE_NIB_FILE 1:

/Users/steven/Development/darwinia/targets/macosx/Darwinia/SDLMain.m:
In function ‘-[SDLMain fixMenu:withAppName:]’:
/Users/steven/Development/darwinia/targets/macosx/Darwinia/SDLMain.m:122:
warning: ‘sizeToFit’ is deprecated (declared at
/Developer/SDKs/MacOSX10.6.sdk/System/Library/Frameworks/AppKit.framework/Headers/NSMenu.h:281)
/Users/steven/Development/darwinia/targets/macosx/Darwinia/SDLMain.m:
In function ‘main’:
/Users/steven/Development/darwinia/targets/macosx/Darwinia/SDLMain.m:376:
warning: ‘poseAsClass:’ is deprecated (declared at
/Developer/SDKs/MacOSX10.6.sdk/System/Library/Frameworks/Foundation.framework/Headers/NSObject.h:127)
/Users/steven/Development/darwinia/targets/macosx/Darwinia/SDLMain.m:376:
error: ‘poseAsClass:’ is unavailable (declared at
/Developer/SDKs/MacOSX10.6.sdk/System/Library/Frameworks/Foundation.framework/Headers/NSObject.h:127)
/Users/steven/Development/darwinia/targets/macosx/Darwinia/SDLMain.m:377:
warning: passing argument 2 of ‘NSApplicationMain’ from incompatible
pointer type

Not sure if it shows up on earlier Xcode or SDK versions, so here are
my current ones (via System Profiler):

?Version: ? ? ?3.2 (10M2003)
?Location: ? ? /Developer
?Applications:
?Xcode: ? ? ? ?3.2.1 (1613)
?Interface Builder: ? ?3.2.1 (740)
?Instruments: ?2.0.1 (1096)
?Dashcode: ? ? 3.0 (328)
?SDKs:
?Mac OS X:
?10.4: (8S2167)
?10.5: (9J61)
?10.6: (10M2003)

  • Steven

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org


? ? ? ?-Sam Lantinga, Founder and President, Galaxy Gameworks LLC


-Sam Lantinga, Founder and President, Galaxy Gameworks LLC