Re: Which Frameworks? /Developer/SDK 10.4/System/Library/Frameworks vs System/Library/Frameworks
Re: Which Frameworks? /Developer/SDK 10.4/System/Library/Frameworks vs System/Library/Frameworks
- Subject: Re: Which Frameworks? /Developer/SDK 10.4/System/Library/Frameworks vs System/Library/Frameworks
- From: Michael Hanna <email@hidden>
- Date: Mon, 25 Jul 2005 13:42:45 -0400
Hi Chris what if you're target all of 10.3 -> 10.3.9 but also want
the 10.4 features? I thought gcc 4.0 wasn't introduced until 10.3.9.
Up until now I've had the Mac OS X Deployment Target to 10.4u, with
Edit Active Target > Rules > Rules Specific to Target and setting it
to gcc 3.3 for the C, C++ and Assembler settings. Will this let me
support 10.3 -> 10.4 inclusively? I don't have a 10.3 machine
anymore, so I simply can't tell.
regards,
Michael
On 24-Jul-05, at 6:01 PM, Chris Hanson wrote:
On Jul 24, 2005, at 2:27 PM, Frederick C. Lee wrote:
Question: Does the de facto system ALREADY contain the frameworks
listed within the SDK (in which case I can remove the SDK's copy)?
There's no sense to have two sets of frameworks.
Actually, it's quite important to have a distinct set of frameworks
in an SDK separate from the system frameworks: The set of
frameworks in the SDK is frozen in time.
If you're building an application for a particular system version,
you should be using an SDK to do so rather than just building
against whatever your current operating system is. You should also
set your Mac OS X Deployment Target setting in Xcode to the
earliest version of Mac OS X on which you plan to run, so your
executable is properly weak-linked.
For example, let's say you're building an application to run on
both Panther and Tiger. It's going to take advantage of some Tiger
features on Tiger, but it needs to run on Panther. So you build
against the Mac OS X 10.4 SDK, which lets you use Tiger features
when running on Tiger, and specify a deployment target of Mac OS X
10.3, which lets your application run on Panther too.
-- Chris
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden