Re: Building Universal IOKit Drivers
Re: Building Universal IOKit Drivers
- Subject: Re: Building Universal IOKit Drivers
- From: Chris Cooksey <email@hidden>
- Date: Tue, 25 Apr 2006 15:14:16 -0400
Hi Chris,
SDKROOT_ppc = /Developer/SDKs/MacOSX10.2.sdk
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:
SDKROOT = /Developer/SDKs/MacOSX10.4u.sdk
HEADER_SEARCH_PATHS = $(SDKROOT)/System/Library/Frameworks/
Kernel.framework/Headers
I put both these settings in all of my builds.
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:
This email sent to email@hidden