• 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: Radar issues (Re: How to file a radar)
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Radar issues (Re: How to file a radar)


  • Subject: Re: Radar issues (Re: How to file a radar)
  • From: Ben Weiss <email@hidden>
  • Date: Wed, 19 Jul 2006 18:10:14 -0700


On Jul 19, 2006, at 6:00 PM, Dirk Stegemann wrote:

Hi,

Am 20.07.2006 um 03:41 schrieb Marshall Clow:

At 5:15 PM -0700 7/19/06, Chris Hanson wrote:

What do you mean by "separate debug/release libraries"?

Well, what _I_ mean is to have two static libraries - a debug and a release version
and have the release version of my app link against the release version of the library,
and the debug version link against the debug version.

Unless I'm missing something, you should be able to set your debug/ release target's library search path setting to the appropriate path.
This would require to
- have the same name for both libraries
- keep libraries in different directories


Or, why don't you just add the static debug lib to your debug target, the static release lib to your release target? I'd guess, Xcode should do the path adding stuff automagically, doesn't it?

The only way I've found to do it is to set linker flags directly in the target settings (e.g. -lmylibrary in release and -lmylibrary_d in debug), but then the app doesn't recognize when the static library changes, so every time I make a change to the static library, I have to manually touch something in the app that uses it and rebuild to get it to link to the updated library. This is a major cause of inadvertent version skew in my project. There was a thread a while back about further ways to hack around this, but it really needs to be (and should be) supported more directly in XCode.


Ben
_______________________________________________
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


References: 
 >Re: [ANN] Xcode + Leopard at WWDC this year (From: "Andy O'Meara" <email@hidden>)
 >Re: [ANN] Xcode + Leopard at WWDC this year (From: Laurence Harris <email@hidden>)
 >Re: [ANN] Xcode + Leopard at WWDC this year (From: Adrian Hoe 贺文耀 <email@hidden>)
 >OT: How to file a radar WAS Re: [ANN] Xcode + Leopard at WWDC this year (From: Chris Forsythe <email@hidden>)
 >Re: OT: How to file a radar WAS Re: [ANN] Xcode + Leopard at WWDC this year (From: Adrian Hoe 贺文耀 <email@hidden>)
 >Re: OT: How to file a radar WAS Re: [ANN] Xcode + Leopard at WWDC this year (From: Syd Polk <email@hidden>)
 >Re: OT: How to file a radar WAS Re: [ANN] Xcode + Leopard at WWDC this year (From: Adrian Hoe 贺文耀 <email@hidden>)
 >Re: OT: How to file a radar WAS Re: [ANN] Xcode + Leopard at WWDC this year (From: Chris Espinosa <email@hidden>)
 >Re: OT: How to file a radar (From: Markus Hitter <email@hidden>)
 >Re: OT: How to file a radar (From: "Finlay Dobbie" <email@hidden>)
 >Re: Radar issues (Re: How to file a radar) (From: Laurence Harris <email@hidden>)
 >Re: Radar issues (Re: How to file a radar) (From: Ben Weiss <email@hidden>)
 >Re: Radar issues (Re: How to file a radar) (From: Chris Hanson <email@hidden>)
 >Re: Radar issues (Re: How to file a radar) (From: Marshall Clow <email@hidden>)
 >Re: Radar issues (Re: How to file a radar) (From: Dirk Stegemann <email@hidden>)

  • Prev by Date: Re: Converting CW Projects To XCode
  • Next by Date: Re: Radar issues (Re: How to file a radar)
  • Previous by thread: Re: Radar issues (Re: How to file a radar)
  • Next by thread: Re: Radar issues (Re: How to file a radar)
  • Index(es):
    • Date
    • Thread