Re: Xcode 2.5 can't #include_next <stdarg.h>
Re: Xcode 2.5 can't #include_next <stdarg.h>
- Subject: Re: Xcode 2.5 can't #include_next <stdarg.h>
- From: Rick Ballard <email@hidden>
- Date: Thu, 1 Nov 2007 09:53:52 -0700
On Nov 1, 2007, at 9:14 AM, Steve Mills wrote:
ignoring nonexistent directory "/Developer/SDKs/MacOSX10.4u.sdk/usr/
local/include"
Oh duh. Damn I'm slow today. The SDKROOT_i386 and SDKROOT_ppc are
set to /Developer/SDKs/MacOSX10.4u.sdk and /Developer/SDKs/
MacOSX10.3.9.sdk respectively. I forgot to change those to the
actual Xcode2.5 location. How do I set these so they'll come from
the right place whether I'm running Xcode 2.5 on 10.5, or Xcode
2.4.1 on 10.4.10? I'm guessing it's something like $(COMPILER_ROOT)/
SDKS/..., but I'm not sure what the first part should really be.
Make your SDK paths begin with "$(DEVELOPER_SDK_DIR)" instead of /
Developer/SDKs. This isn't necessary when setting SDKROOT – Xcode will
translate /Developer/SDKs to $(DEVELOPER_SDK_DIR) automatically for
you in SDKROOT, but doesn't do this for SDKROOT_i386, SDKROOT_ppc, or
a SDKROOT set in an .xcconfig file.
Using $(DEVELOPER_SDK_DIR) in your project will make it incompatible
with Xcode 2.4.1, which doesn't know about that value, so you'll need
to switch to 2.5 on 10.4.10 to work with a project that you've done
this to on Tiger. When Xcode 2.5 (or Xcode 3.0 using the "Xcode 2.4-
compatible" project format) automatically translates /Developer/SDKs
to $(DEVELOPER_SDK_DIR) for you in SDKROOT, it leaves a value of /
Developer/SDKs recorded in the project file to preserve 2.4
compatibility.
- Rick
_______________________________________________
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