• 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: SDKs and linking
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: SDKs and linking


  • Subject: Re: SDKs and linking
  • From: "Peter O'Gorman" <email@hidden>
  • Date: Wed, 24 Nov 2004 08:11:23 +0900

Paul Forgey wrote:
DYLD_LIBRARY_PATH may help you get there, but it won't completely solve the problem.

Let's say you have app which dynamically links to lib1 which links to lib2. lib1 and lib2 are in /that/directory although they have dylib names in /usr/lib.

Setting DYLD_LIBRARY_PATH to include /that/directory will let the app link to lib1 without -L or -F, but it still won't find lib2. You can include both libraries in -l. While that's a pain to do because you have to anticipate the entire dependency graph, it might be easier than what you are doing now.


DYLD_LIBRARY_PATH has nothing whatsoever to do with the linker. I would have thought that setting the NEXT_ROOT environment variable (which xcode does as far as I know) would fix this.

Peter
--
Peter O'Gorman - http://www.pogma.com
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Darwin-dev mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden


References: 
 >Re: SDKs and linking (From: Sam Vaughan <email@hidden>)
 >Re: SDKs and linking (From: Paul Forgey <email@hidden>)

  • Prev by Date: Re: SDKs and linking
  • Next by Date: Re: SDKs and linking
  • Previous by thread: Re: SDKs and linking
  • Next by thread: Re: SDKs and linking
  • Index(es):
    • Date
    • Thread