Re: building for 10.5 vs 10.6
Re: building for 10.5 vs 10.6
- Subject: Re: building for 10.5 vs 10.6
- From: Christiaan Hofman <email@hidden>
- Date: Tue, 29 Jun 2010 17:16:47 +0200
On Jun 29, 2010, at 17:03, Matt Neuburg wrote:
> On Tue, 29 Jun 2010 07:06:18 -0400, Bill Cheeseman <email@hidden>
> said:
>>
>> There is a common build-time technique that you should always use before doing
> runtime testing on a 10.5 machine:
>>
>> Once your app is working on 10.6, temporarily change the base SDK build setting
> to 10.5, clean, and build on your 10.6 machine. You'll get errors for every call
> to a 10.6-only method, and you can then make sure they're all appropriately
> conditionalized. Then change the base SDK back to 10.6 (or default) and build
> for release (or for testing on a 10.5 machine, but now you shouldn't find any
> backwards-compatibility problems there).
>
> Well, I was agreeing until that last sentence. Testing on 10.5 SDK on a 10.6
> machine is *absolutely not* a substitute for testing on a machine that is
> actually *running* 10.5. m.
>
> --
> matt neuburg, phd = email@hidden, <http://www.tidbits.com/matt/>
> A fool + a tool + an autorelease pool = cool!
> AppleScript: the Definitive Guide - Second Edition!
> http://www.tidbits.com/matt/default.html#applescriptthings
>
Uhm, doesn't that mean that you *do* agree with that last sentence? He *is* talking there about building with the 10.6 SDK and testing on a 10.5 machine. He's *not* talking about building with the 10.5 SDK and testing on a 10.6 machine. That was the first sentence, which he proposes to use to find *all* places with potentially undefined API. Just testing on a 10.5 machine doesn't guarantee that you will run into all possible cases where it can go wrong (any test run will not guarantee that all the code paths will be tested). So in fact, running on a 10.5 machine is *absolutely not* a substitute for building with the 10.5 SDK.
Christiaan
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Xcode-users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden