• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: XCConfig file stoped working
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: XCConfig file stoped working


  • Subject: Re: XCConfig file stoped working
  • From: Scott Tooker <email@hidden>
  • Date: Fri, 26 May 2006 10:55:54 -0700


On May 25, 2006, at 6:24 PM, Jim Wintermyre wrote:

Hi Scott -

I'm a little confused about this response. I was doing something similar where I have /Developer/SDKs/MacOSX10.3.9.sdk/Developer/ Headers/FlatCarbon as a header search path in my PPC target, and similarly one based off the MacOSX10.4u.sdk for the MacIntel target. I'm actually using the 10.3.9 or 10.4u SDKs as my SDKROOT in the corresponding targets as well. Are you saying that if I just have a header search path of /Developer/Headers/FlatCarbon for BOTH targets, that it will actually get based off of the SDKROOT, effectively doing the same thing I'm doing manually with the separate entries now? How does XCode determine when it needs to do this? (I have other entries in the header search paths that are not to system files.)

Including the users list since I'm sure others have the same question

Yes, we look at all the header search paths (in HEADER_SEARCH_PATHS and USER_HEADER_SEARCH_PATHS) and framework search paths (FRAMEWORK_SEARCH_PATHS) and see if $(SDKROOT)/<search path> exists. If it does, we use the SDK-based path, otherwise (AFAIK) we should use the original search path.

In your case, you just need to add /Developer/Headers/FlatCarbon to HEADER_SEARCH_PATHS, we should take care of the rest.

BTW, if you have header search paths that are for your project files, I strongly suggest you add those to "User Header Search Paths" and then turn off "Always Search User Paths". This will ensure that we only look in the header search paths when looking for <>-style includes and use the user header search paths for ""-style includes.

Scott


Thanks, Jim


Message: 8
Date: Thu, 25 May 2006 12:58:21 -0700
From: Scott Tooker <email@hidden>
Subject: Re: XCConfig file stoped working
To: XCode Users <email@hidden>
Message-ID: <email@hidden>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes

Why are you setting per-architecture HEADER_SEARCH_PATHS? We will
already append the appropriate value for SDKROOT when needed to
HEADER_SEARCH_PATHS or FRAMEWORK_SEARCH_PATHS.

You should remove your HEADER_SEARCH_PATHS and FRAMEWORK_SEARCH_PATHS
settings from this file (they are not needed, as we will look at the
version of gcc used when constructing the base set of system search
paths). Also remove the per-architecture PREBINDING build setting
(unless you have a very good reason, you should set PREBINDING to NO,
independent of architecture).

Really all you need in this file is:

 > ARCHS = ppc i386
 > GCC_VERSION_i386 = 4.0
 > GCC_VERSION_ppc = 4.0
 > MACOSX_DEPLOYMENT_TARGET_i386 = 10.4
 > MACOSX_DEPLOYMENT_TARGET_ppc = 10.3
 > SDKROOT_i386 = /Developer/SDKs/MacOSX10.4u.sdk
 > SDKROOT_ppc = /Developer/SDKs/MacOSX10.3.9.sdk

And if the value of GCC_VERSION really isn't changing per architecture
(do you want to use gcc 4.0 on PPC?), then you don't even need to set
GCC_VERSION per architecture in the xcconfig file.


Scott

On May 25, 2006, at 6:32 AM, Mike Jackson wrote:

> Upgraded to Xcode 2.3 and now I am getting a warning about my
> xcconfig file not working. Here is the error:
>
> Checking DependenciesThe configuration settings file
> CrossCompile.xcconfig will not be used due to an error: String '$
> (SDKROOT_($arch))/usr/include/gcc/darwin/4.0/c++' isn't a valid
> variable assignment.
>
> And here is my File:
>
> ARCHS = ppc i386
> GCC_VERSION_i386 = 4.0
> GCC_VERSION_ppc = 4.0
> MACOSX_DEPLOYMENT_TARGET_i386 = 10.4
> MACOSX_DEPLOYMENT_TARGET_ppc = 10.3
> SDKROOT_i386 = /Developer/SDKs/MacOSX10.4u.sdk
> SDKROOT_ppc = /Developer/SDKs/MacOSX10.3.9.sdk
> HEADER_SEARCH_PATHS_i386 = $(SDKROOT_($arch))/Developer/Headers/
> FlatCarbon
> $(SDKROOT_($arch))/usr/include/gcc/darwin/4.0/c++
> $(SDKROOT_($arch))/usr/include/gcc/darwin/4.0/c++/($arch)-darwin
> $(SDKROOT_($arch))/usr/include/gcc/darwin/4.0/c++/($arch)-darwin/
> bits
> $(SDKROOT_($arch))/usr/include/architecture/($arch)
>
> HEADER_SEARCH_PATHS_ppc = $(SDKROOT_($arch))/Developer/Headers/
> FlatCarbon
> $(SDKROOT_($arch))/usr/include/gcc/darwin/3.3/c++
> $(SDKROOT_($arch))/usr/include/gcc/darwin/3.3/c++/($arch)-darwin
> $(SDKROOT_($arch))/usr/include/gcc/darwin/3.3/c++/($arch)-darwin/
> bits
> $(SDKROOT_($arch))/usr/include/architecture/($arch)
>
> FRAMEWORK_SEARCH_PATHS = $(SDKROOT_($arch))/System/Library/ Frameworks
> PREBINDING = $(PREBINDING_$(CURRENT_ARCH))
> PREBINDING_i386 = NO
> PREBINDING_ppc = YES
>
> Read about xcconfig files in the help but that page did not really
> offer any help... Maybe including an example on that page would be
> useful.
>
>
> --------
> Mike Jackson
> imikejackson <at> gmail <dot> com

_______________________________________________ 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
  • Follow-Ups:
    • Re: XCConfig file stoped working
      • From: Jim Wintermyre <email@hidden>
  • Prev by Date: Re: DWARF problems?
  • Next by Date: multiple project confusion?
  • Previous by thread: Re: XCConfig file stoped working
  • Next by thread: Re: XCConfig file stoped working
  • Index(es):
    • Date
    • Thread