• 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: SDK headaches
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: SDK headaches


  • Subject: Re: SDK headaches
  • From: John Mikros <email@hidden>
  • Date: Thu, 6 Aug 2009 14:06:22 -0700

Never mind. We'll use a statically linked version of libcurl. Sorry for the bandwidth noise.


On Aug 6, 2009, at 1:58 PM, John Mikros wrote:

Hello all,

we have a dylib that is linked against the 10.4u SDK.  However, we
need it to run on 10.3.9 as well.  This library links against libcurl
in /usr/lib.  We are limiting ourselves to those functions in libcurl
that existed in 10.3.9 (and I've verified this using nm), so there's
no problem there.

However, we're encountering two problems.  The first is that the
install name that gets copied into our library is /usr/lib/libcurl.
3.dylib, but what exists in 10.3.9 is /usr/lib/libcurl.2.dylib.
That's easy enough to fix using install_name_tool.

The second problem is that the compatibility level that is copied into
our dylib is copied from libcurl.3.dylib and is 4.0.0, but /usr/lib/
libcurl.dylib in 10.3.9 is 3.2.0, so the library is not loaded because
it thinks that it is not compatible.

Is there an "install_compatibility_version_tool" or something where I
can change the compat version that is expected?

thanks
-john

_______________________________________________ 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: 
 >SDK headaches (From: John Mikros <email@hidden>)

  • Prev by Date: SDK headaches
  • Next by Date: Re: XCode breaking where no breakpoint set
  • Previous by thread: SDK headaches
  • Next by thread: framework replacement
  • Index(es):
    • Date
    • Thread