• 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: Link to zlib
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Link to zlib


  • Subject: Re: Link to zlib
  • From: Greg Guerin <email@hidden>
  • Date: Wed, 11 Jun 2008 13:01:39 -0700

Fritz Anderson wrote:

>The assertion is that if you link, for instance, to /usr/lib/
>libcurl.dylib, that that symlink will be the very path used for the load
>path.

IIRC, that assertion is false.

If you link to /usr/lib/libcurl.dylib, then the install-name in the dylib
will be embedded into your linked code.

I don't think the symlink-itude of /usr/lib/libcurl.dylib enters into
things at all.  It could be a symlink, or a symlink to a symlink, etc.  I'm
pretty sure the install-name from opening the file and reading its contents
is used in all cases.

But I could be wrong.

This should be pretty easy to test.  Create a dylib whose install-name is
/usr/lib/Foo, but use a pathname of /usr/lib/Bar to link to it, where Bar
is a symlink to /usr/lib/Foo.  See what ends up in your linked output.

  -- GG


 _______________________________________________
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: Link to zlib
      • From: Peter O'Gorman <email@hidden>
  • Prev by Date: Compiler error when handling C++ std::string class variable
  • Next by Date: Re: Compiler error when handling C++ std::string class variable
  • Previous by thread: Re: Link to zlib
  • Next by thread: Re: Link to zlib
  • Index(es):
    • Date
    • Thread