• 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: xcode-users digest, Vol 1 #41 - 21 msgs
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: xcode-users digest, Vol 1 #41 - 21 msgs


  • Subject: Re: xcode-users digest, Vol 1 #41 - 21 msgs
  • From: Matthew Formica <email@hidden>
  • Date: Wed, 05 Nov 2003 11:24:47 -0800

Sounds like a perfect example of where a adding a setting to a build style
would do the trick.

Matthew Formica
Apple DTS Engineer - Dev Tools, G5, and Cocoa
email@hidden

On 11/5/03 10:10 AM, "Rob Barris" <email@hidden> wrote:

>> From: Brent Marykuca <email@hidden>
>> Subject: Re: wchar link problems building for jaguar
>> Date: Tue, 4 Nov 2003 15:57:12 -0800
>>
>> On Oct 28, 2003, at 4:50 PM, Thane Norton wrote:
>>
>>> We seem to have a solution for building a 10.1.5 thru 10.3 binary
>>> using
>>> XCode and GCC 3.3.  Can't claim it will work for everyone, but it got
>>> our
>>> stuff up and running.
>>
>> I have a slightly different solution to this problem, which I posted in
>> another thread "10.2 deployment issues".
>>
>> In a nutshell, there seems to be a problem with the way Xcode sets up
>> include paths when you're doing cross-development builds, such that
>> some important C++ headers (notably c++config.h) are read from the
>> Panther /usr/include tree instead of the SDK's. You can fix this by
>> adding the following to your target's Header Search Paths build
>> settings:
>>
>> /usr/include/gcc/darwin/3.3/c++
>> /usr/include/gcc/darwin/3.3/c++/ppc-darwin /usr/include/gcc/darwin/3.3
>
>
>
> Our Xcode project has 49 targets (individually built static libs).
>
> What's the shortest route to getting the right paths activated across
> all the targets other than pasting the characters above into all of
> them?
>
> Can I set up some kind of global environment variable/value that can
> then be referenced in all the targets?
>
> Will a future Xcode release deal with this more cleanly (ie is it
> considered a bug yet?)
>
> Rob
> _______________________________________________
> xcode-users mailing list | email@hidden
> Help/Unsubscribe/Archives:
> http://www.lists.apple.com/mailman/listinfo/xcode-users
> Do not post admin requests to the list. They will be ignored.
_______________________________________________
xcode-users mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/xcode-users
Do not post admin requests to the list. They will be ignored.

  • Follow-Ups:
    • Re: xcode-users digest, Vol 1 #41 - 21 msgs
      • From: Chris Espinosa <email@hidden>
References: 
 >Re: xcode-users digest, Vol 1 #41 - 21 msgs (From: Rob Barris <email@hidden>)

  • Prev by Date: Re: wchar link problems building for jaguar
  • Next by Date: Slow update of warnings and errors window
  • Previous by thread: Re: using a build style (was: wchar link problems building for jaguar)
  • Next by thread: Re: xcode-users digest, Vol 1 #41 - 21 msgs
  • Index(es):
    • Date
    • Thread