Re: std::log10() problem
Re: std::log10() problem
- Subject: Re: std::log10() problem
- From: Paul Berkowitz <email@hidden>
- Date: Sun, 02 Apr 2006 15:20:40 -0800
- Thread-topic: std::log10() problem
Title: Re: std::log10() problem
On 4/2/06 1:33 PM, "Phil Faber" <email@hidden> wrote:
On 29 Mar 2006, at 22:14, Clark Cox wrote:
Because that's the way it's supposed to work. If you want to target an
old version of the OS, you use the SDK that corresponds to that
version. If you use the 10.4 SDK, you are telling Xcode, "I only care
about running my app on versions of the OS greater than or equal to
10.4".
So if a project CAN successfully compile under 10.2.8 SDK (which presumably means it will usually successfully run in 10.2.8 and above), is it always better to do this so that your program can run on more users' machines? Or is there a downside to doing this?
I'm interested in this too. Since it still makes a Universal Release Build for Intel and PPC for the target by default even when you change the Project SDK to 10.2.8, it seems to me more advantageous to do so if you want your app to work (the same) on all OS's. I find it odd that Apple seems to be recommending leaving the SDK at 10.4u - that way it's all too easy to include code (symbols) that only work in 10.4, not in 10.2 or 10.3. You have to test manually back in 10.2 (if you can get hold of a machine that will let you install 10.2 on it), and may well miss some conditions that result in error.
Setting the SDK at 10.4u, but the Target Deployment version to 10.2, means you have to write conditional code to take advantage of things that will only work in 10.4. I can see why that might be tempting, but I think that in most cases - if I want to create an app that will work back in 10.2 at all - I'm prepared to forego the later things that will work only in 10.4, in order to be sure I'm not doing anything that will error in 10.2. The more so if minimum level is 10.3, not so far back.
--
Paul Berkowitz
_______________________________________________
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