-
Notifications
You must be signed in to change notification settings - Fork 1.3k
Support iOS6 SDK? #199
Comments
We extremely, extremely strongly recommend compiling against the 7.0 SDK and deploying back to 6.0, to the point that I consider not supporting any other way. However, if it's a matter of adding the define ourselves, we will do so in time for BlocksKit 2.1. |
"We extremely, extremely strongly recommend compiling against the 7.0 SDK and deploying back to 6.0" - there are long term apps for which neither time nor money to upgrade against iOS7 SDK (ui problems etc.) |
it seems that TARGET_OS_MAC is also defined when building for the iPhone. If so, this conditional test is wrong.
|
dwery, you are right. I missed this issue - checking #if TARGET_OS_MAC is wrong because it always returns true for Mac and iPhone. Thats why build fails on string |
TARGET_OS_IPHONE is 0 when building a Mac application. First #if TARGET_OS_IPHONE should be checked |
Thanks, gents. I always get caught by that one. Are you guys deploying from the 6.0 SDK back to 5.0, or just 6 to 6? |
6 to 6 actually, with Xcode4 for some older apps. I don't plan to support 5 and will probably drop 6 in a few months as well. |
Okay, interesting. I don't mind supporting the 6.0 SDK, it's no skin off my nose, but supporting 5.0 is holding us back from some pretty severe speed improvements with the new Foundation classes. (Not to mention having to do this ugly regex of |
NSFoundationVersionNumber10_8 is not defined in iOS6 SDK (so build fails), some applications still need to be built under this sdk for iOS7. BlocksKit supports iOS6 SDK ?
Thanks.
P.S. i use cocoapods
The text was updated successfully, but these errors were encountered: