I’m no Obj-C syntax guru, but I know at least the ‘block’ syntax in
this snippet wasn’t introduced until 10.6:
At SDL_cocoamousetap.m:168:
—snip—
CFRunLoopPerformBlock(tapdata->runloop, kCFRunLoopCommonModes, ^{
/* We signal this after the run loop has started, indicating
it’s safe to CFRunLoopStop it. */
SDL_SemPost(tapdata->runloopStartedSemaphore);
});
—snap—
We don’t support building with 10.5 SDKs. SDL_platform.h should give you
an #error if you use anything lower than 10.6 to build.
That aside, I believe that there’s no runtime support for blocks on 10.5
either, so this code is likely not working even if it builds like that.
I’ll look into it.
J?rgenOn 8/7/13 8:09 PM, “D B” wrote:
Revision 20298a0d8631 introduced compile errors in OSX 10.5. Here are
the errors:
I’m no Obj-C syntax guru, but I know at least the ‘block’ syntax in
this snippet wasn’t introduced until 10.6:
At SDL_cocoamousetap.m:168:
—snip—
CFRunLoopPerformBlock(tapdata->runloop, kCFRunLoopCommonModes, ^{
/* We signal this after the run loop has started, indicating
it’s safe to CFRunLoopStop it. */
SDL_SemPost(tapdata->runloopStartedSemaphore);
});
—snap—
Hmmm… so running on 10.5 is supported, just not building with the
10.5 SDK? I didn’t know you could build for 10.5 with the 10.6 SDK.
I suppose I can work around it by using: #define SDL_MAC_NO_SANDBOX 0
Thanks for your response
DOn Thu, Aug 8, 2013 at 1:01 PM, Jorgen Tjerno wrote:
We don’t support building with 10.5 SDKs. SDL_platform.h should give you
an #error if you use anything lower than 10.6 to build.
That aside, I believe that there’s no runtime support for blocks on 10.5
either, so this code is likely not working even if it builds like that.
I’ll look into it.
J?rgen
On 8/7/13 8:09 PM, “D B” <@D_B> wrote:
Revision 20298a0d8631 introduced compile errors in OSX 10.5. Here are
the errors:
I’m no Obj-C syntax guru, but I know at least the ‘block’ syntax in
this snippet wasn’t introduced until 10.6:
At SDL_cocoamousetap.m:168:
—snip—
CFRunLoopPerformBlock(tapdata->runloop, kCFRunLoopCommonModes, ^{
/* We signal this after the run loop has started, indicating
it’s safe to CFRunLoopStop it. */
SDL_SemPost(tapdata->runloopStartedSemaphore);
});
—snap—
Hmmm… so running on 10.5 is supported, just not building with the
10.5 SDK? I didn’t know you could build for 10.5 with the 10.6 SDK.
I suppose I can work around it by using: #define SDL_MAC_NO_SANDBOX 0
Thanks for your response
D
On Thu, Aug 8, 2013 at 1:01 PM, Jorgen Tjerno wrote:
We don’t support building with 10.5 SDKs. SDL_platform.h should give you
an #error if you use anything lower than 10.6 to build.
That aside, I believe that there’s no runtime support for blocks on 10.5
either, so this code is likely not working even if it builds like that.
I’ll look into it.
J?rgen
On 8/7/13 8:09 PM, “D B” wrote:
Revision 20298a0d8631 introduced compile errors in OSX 10.5. Here are
the errors:
I’m no Obj-C syntax guru, but I know at least the ‘block’ syntax in
this snippet wasn’t introduced until 10.6:
At SDL_cocoamousetap.m:168:
—snip—
CFRunLoopPerformBlock(tapdata->runloop, kCFRunLoopCommonModes, ^{
/* We signal this after the run loop has started, indicating
it’s safe to CFRunLoopStop it. */
SDL_SemPost(tapdata->runloopStartedSemaphore);
});
—snap—
That #define wasn’t intended to ship like that - it is something I meant for people to enable explicitly if they wanted that functionality. Thanks for letting me know - I’ve now updated it so that it’s not enabled by default.
I’ll look at making that code work on 10.5 though, since it shouldn’t be 10.6 specific.
J?rgen.________________________________________
From: sdl-bounces@lists.libsdl.org [sdl-bounces at lists.libsdl.org] on behalf of D B [buckyballreaction at gmail.com]
Sent: Thursday, August 08, 2013 12:21 PM
To: SDL Development List
Subject: Re: [SDL] OSX 10.5 compile problems introduced in 20298a0d8631
Hi,
Hmmm… so running on 10.5 is supported, just not building with the
10.5 SDK? I didn’t know you could build for 10.5 with the 10.6 SDK.
I suppose I can work around it by using: #define SDL_MAC_NO_SANDBOX 0
Thanks for your response
D
On Thu, Aug 8, 2013 at 1:01 PM, Jorgen Tjerno <@Jorgen_Tjerno> wrote:
We don’t support building with 10.5 SDKs. SDL_platform.h should give you
an #error if you use anything lower than 10.6 to build.
That aside, I believe that there’s no runtime support for blocks on 10.5
either, so this code is likely not working even if it builds like that.
I’ll look into it.
J?rgen
On 8/7/13 8:09 PM, “D B” wrote:
Revision 20298a0d8631 introduced compile errors in OSX 10.5. Here are
the errors:
I’m no Obj-C syntax guru, but I know at least the ‘block’ syntax in
this snippet wasn’t introduced until 10.6:
At SDL_cocoamousetap.m:168:
—snip—
CFRunLoopPerformBlock(tapdata->runloop, kCFRunLoopCommonModes, ^{
/* We signal this after the run loop has started, indicating
it’s safe to CFRunLoopStop it. */
SDL_SemPost(tapdata->runloopStartedSemaphore);
});
—snap—
DOn Thu, Aug 8, 2013 at 1:55 PM, Jorgen Tjerno wrote:
That #define wasn’t intended to ship like that - it is something I meant for people to enable explicitly if they wanted that functionality. Thanks for letting me know - I’ve now updated it so that it’s not enabled by default.
I’ll look at making that code work on 10.5 though, since it shouldn’t be 10.6 specific.
J?rgen.
From: sdl-bounces at lists.libsdl.org [sdl-bounces at lists.libsdl.org] on behalf of D B [@D_B]
Sent: Thursday, August 08, 2013 12:21 PM
To: SDL Development List
Subject: Re: [SDL] OSX 10.5 compile problems introduced in 20298a0d8631
Hi,
Hmmm… so running on 10.5 is supported, just not building with the
10.5 SDK? I didn’t know you could build for 10.5 with the 10.6 SDK.
I suppose I can work around it by using: #define SDL_MAC_NO_SANDBOX 0
Thanks for your response
D
On Thu, Aug 8, 2013 at 1:01 PM, Jorgen Tjerno wrote:
We don’t support building with 10.5 SDKs. SDL_platform.h should give you
an #error if you use anything lower than 10.6 to build.
That aside, I believe that there’s no runtime support for blocks on 10.5
either, so this code is likely not working even if it builds like that.
I’ll look into it.
J?rgen
On 8/7/13 8:09 PM, “D B” <@D_B> wrote:
Revision 20298a0d8631 introduced compile errors in OSX 10.5. Here are
the errors:
I’m no Obj-C syntax guru, but I know at least the ‘block’ syntax in
this snippet wasn’t introduced until 10.6:
At SDL_cocoamousetap.m:168:
—snip—
CFRunLoopPerformBlock(tapdata->runloop, kCFRunLoopCommonModes, ^{
/* We signal this after the run loop has started, indicating
it’s safe to CFRunLoopStop it. */
SDL_SemPost(tapdata->runloopStartedSemaphore);
});
—snap—
After the most recent commit, this should now work on 10.5 too, even if you define SDL_MAC_NO_SANDBOX=1.
J?rgen.________________________________________
From: sdl-bounces@lists.libsdl.org [sdl-bounces at lists.libsdl.org] on behalf of D B [buckyballreaction at gmail.com]
Sent: Thursday, August 08, 2013 1:09 PM
To: SDL Development List
Subject: Re: [SDL] OSX 10.5 compile problems introduced in 20298a0d8631
Thank you!
D
On Thu, Aug 8, 2013 at 1:55 PM, Jorgen Tjerno <@Jorgen_Tjerno> wrote:
That #define wasn’t intended to ship like that - it is something I meant for people to enable explicitly if they wanted that functionality. Thanks for letting me know - I’ve now updated it so that it’s not enabled by default.
I’ll look at making that code work on 10.5 though, since it shouldn’t be 10.6 specific.
J?rgen.
From: sdl-bounces at lists.libsdl.org [sdl-bounces at lists.libsdl.org] on behalf of D B [buckyballreaction at gmail.com]
Sent: Thursday, August 08, 2013 12:21 PM
To: SDL Development List
Subject: Re: [SDL] OSX 10.5 compile problems introduced in 20298a0d8631
Hi,
Hmmm… so running on 10.5 is supported, just not building with the
10.5 SDK? I didn’t know you could build for 10.5 with the 10.6 SDK.
I suppose I can work around it by using: #define SDL_MAC_NO_SANDBOX 0
Thanks for your response
D
On Thu, Aug 8, 2013 at 1:01 PM, Jorgen Tjerno <@Jorgen_Tjerno> wrote:
We don’t support building with 10.5 SDKs. SDL_platform.h should give you
an #error if you use anything lower than 10.6 to build.
That aside, I believe that there’s no runtime support for blocks on 10.5
either, so this code is likely not working even if it builds like that.
I’ll look into it.
J?rgen
On 8/7/13 8:09 PM, “D B” wrote:
Revision 20298a0d8631 introduced compile errors in OSX 10.5. Here are
the errors:
I’m no Obj-C syntax guru, but I know at least the ‘block’ syntax in
this snippet wasn’t introduced until 10.6:
At SDL_cocoamousetap.m:168:
—snip—
CFRunLoopPerformBlock(tapdata->runloop, kCFRunLoopCommonModes, ^{
/* We signal this after the run loop has started, indicating
it’s safe to CFRunLoopStop it. */
SDL_SemPost(tapdata->runloopStartedSemaphore);
});
—snap—