Pier Fumagalli <[EMAIL PROTECTED]> wrote: > Still got some problems dealing with MacOS/X (Darwin 1.4), so I figured, what > the heck, better do it myself :) Two small problems (undrelated to the patch): > first apple bundles the OpenSSL libraries w/o includes and in a stripped-down > version, and Apple's LD is broken (doesn't correctly interpret the "-L" > library path search algorithm: meaning that libs in /usr/lib are checked > before the ones specifed in "-L", screwing up the whole thing because all > binaries don't want to compile). > > My hint - or solution :( is to remove the /usr/lib/libcrypto.* and > /usr/lib/libssl.* _BEFORE_ compiling OpenSSL....
I just tried compiling 0.9.6c also on Mac OSX and ran into the same problem. Removing something from /usr/lib is not a solution that works for me. I've found from another package that the -L algorithm is to search first through all the directories for a dynamic library and then to search through all the directories for a static library. So it should work if you're building a shared library, but I only want static libraries. I think all that's needed is to somehow replace $(LIBCRYPTO) and $(LIBSSL) in apps/Makefile with the contents of $(DLIBCRYPTO) and $(DLIBSSL) which refer directly to the "lib<name>.a" instead of using "-L -l<name>". It looks like the Makefile in that directory is not generated by a script though so I'm not sure how to do it in a way that will work with or without shared libraries. Any suggestions? - Dave Dykstra ______________________________________________________________________ OpenSSL Project http://www.openssl.org Development Mailing List [EMAIL PROTECTED] Automated List Manager [EMAIL PROTECTED]
