Re: Attach library (.a) in Xcode
Re: Attach library (.a) in Xcode
- Subject: Re: Attach library (.a) in Xcode
- From: Sebastian Nowicki <email@hidden>
- Date: Fri, 27 Jun 2008 01:11:44 +0800
On 26/06/2008, at 11:58 PM, Jean-Daniel Dupas wrote:
An new usefull feature of Xcode 3.0 is "Composite SDKs":
“You can now specify multiple SDKs; for example, a system SDK, a
QuickTime SDK, and the SDK for a third-party library or framework.
To do this, set the Base SDK Path build setting to a system SDK and
set the Additional SDKs build setting to the list of additional SDKs
to composite. At build time Xcode will create a composite SDK and
cache it in a common location; all projects that use that
combination will share the one composite SDKs. This allows you, for
example, to use libraries provided by third parties when building
against a system SDK.”
I did a folder like this: MySDK.sdk/usr/include and MySDK.sdk/usr/
lib wich contains custom static libraries and headers I do not want
to install on the OS. Then I add the MySDK folder to the list of
additional SDK, and I can use my custom libraries without having to
adjust header search path and library search path for each target.
That sounds pretty good. I think I'll try that out when I get time.
There's still one question to be answered though; would the SDK be
tracked under an SCM? It seems logical to checkout the full tree
without having to build the SDK (or whatever) yourself, and have a
consistent version, but it doesn't make much sense to track a 3rd
party library, especially if the about of changes is large (which
would bloat the size of the repository). I'm divided by the two.
Currently I just put the headers and static libraries under a
Libraries/ directory and add this directory to the header/library
search paths for the target. The directory is tracked under the SCM,
but doesn't get updated often.Attachment:
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________
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