was a typo. I fixed that but the problem remained.
Nothing I tried would ever remove "-I/System/Library/Frameworks/
Kernel.framework/PrivateHeaders" from the Intel build. I eventually
fixed the problem with the following horrible hacks:
Now when Xcode generates the Intel build line, it puts "-I /Developer/
SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/Kernel.framework/
Headers" *before* "-I/System/Library/Frameworks/Kernel.framework/
PrivateHeaders" which lets it find the files it needs in the SDK
instead of in my currently installed framework.
When I build the PPC version, the build line has "-I /Developer/SDKs/
MacOSX10.2.8u.sdk/System/Library/Frameworks/Kernel.framework/Headers"
in it twice, but that makes no difference of course.
I have a feeling that I am extremely fortunate that there were enough
quirks in Xcode for everything to fall in place like this. In
particular the fact that SDKROOT seems to evaluate to the correct SDK
for 10.2.8 in HEADER_SEARCH_PATHS, despite me telling it something
else, and that the HEADER_SEARCH_PATHS gets positioned first in the
the build line. If it weren't for these two things. I probably would
have had to delete "/System/Library/Frameworks/Kernel.framework/
PrivateHeaders" from my OS.
Thanks,
Chris.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Xcode-users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/xcode-users/email@hidden
