views:

582

answers:

5

Hi

I am using Mac OS X 10.6 SDK and my deployment target is set to Mac OS 10.5. I'm linking to libcrypto (AquaticPrime requires this) and found out that my app doesn't launch on Leopard. The error is

dyld: Library not loaded: /usr/lib/libcrypto.0.9.8.dylib

I've tried the following workarounds but none of them work:

  • Linking directly to libcrypto.0.9.7.dylib (the 10.6 SDK refuses to link directly with libcrypto.0.9.7.dylib.
  • Copying the 10.5 SDK's version of libcrypto.0.9.7.dylib to the 10.6 lib directory and try t link with it (this time the link process succeeded but in Leopard the app still tries to lookup the non-existent libcrypto.0.9.8.dylib file and thus won't launch).
  • Copying libcrypto.0.9.7.dylib from a Mac OS X 10.5.8 installation and link with it (the link was successful but the app still looks for libcrypto.0.9.8.dylib).

Is there a way to link to this library and still use the 10.6 SDK?

Thanks.

A: 

Have you tried linking against libcrypto.0.9.dylib or libcrypto.dylib instead of the specific versions?

Peter Hosey
Yes.- linking to `libcrypto.0.9.dylib` causes linker errors- linking to `libcrypto.dylib` links and builds just fine but the app fails to launch in Leopard.
adib
+4  A: 

As per this thread here ( http://www.mail-archive.com/[email protected]/msg42632.html ), I believe the solution is to do the following:

  1. Go to /Developer/SDKs/MacOSX10.5.sdk/usr/lib/ . From this folder, copy "libcrypto.0.9.7.dylib" to your project source folder.

  2. Rename the file you just copied to "libmycrypto.dylib".

  3. Add the file you just renamed to your project. Make sure to remove any other linked libcrypto frameworks from your project.

  4. Go through your build settings, and make sure you remove the "-lcrypto" linker flag. (It's usually put in the "Other Linker Flags" setting.)

Now you should be able to build your project and it will work on both 10.5 and 10.6.

(libcrypto.0.9.7 is available on both 10.5 and 10.6. The file you copied is just a stub of the headers, but you're just linking against it, not embedding it in your project. Since the linker uses the install path not the actual filename of the dylib, naming it "libmycrypto.dylib" eliminates path conflicts, but still allows you to link against the library you need.

FWIW, this is an Xcode problem. You should be able to link against /usr/lib/libcrypto.dylib -- the symbolic link -- and have it target the correct version of libcrypto on both 10.5 and 10.6. However, Xcode always seems to link to version 0.9.8 when building on Snow Leopard for some reason.)

Simone Manganelli
Great answer, just what I was looking for. Cheers.
invariant
+1  A: 

You could try setting the base SDK to 10.5 in your target build settings.

JeremyP
Yes.. this one worked. I set the base SDK to 10.5 but set the active SDK to 10.6. This way I have 10.6 source codes (e.g. those that implement 10.6 protocols) and still able to run the app in 10.5.Thanks.
adib
Now that the "Active SDK" option is removed in XCode 3.2.3, what should I do for this issue?
adib
You are a bit limited in options now. The issue occurs because the 10.6 SDK has an version of libcrypto in it that is incompatible with the one that ships in 10.5. By setting the base SDK to 10.5, you are saying that it is the maximum SDK version you are going to use. Technically, you shouldn't be using 10.6 headers.
JeremyP
The nice thing is that now in XCode 3.2.3, I can use the 10.6 SDK and yet link to the libcrypto in 10.5 SDK. So is the new workaround for XCode 3.2.3.
adib
A: 

I have the same problem with compiling openssh for leopard on 10.6. How can I change base SDK on Makefile? I've changed LDFlags to:

-mmacosx-version-min=10.5 -syslibroot/Developer/SDKs/MacOSX10.5.sdk

but after making and running otool -a binary still linked against libcrypto.0.9.8.dylib

any idea?

mani_007
A: 

Depending on what you're using the lib for, you might be able to replace libcrypto with CommonCrypto which works well with both 10.5 and 10.6. I've used libcrypto only for the MD5 function, so I replaced openssl/md5.h with CommonCrypto/CommonDigest.h and MD5() with CC_MD5(), and libcrypto with CommonCrypto, and now it works on both Leopards.

Psionides