Re: Quick compilation question
[email protected] (Sandwich Maker)
| Newsgroups | gmane.os.solaris.at-home |
|---|---|
| Message-ID | <[email protected]> |
" From: Mauricio <[email protected]> " " Trying to compile openldap in my Solaris 10 box. This is the " config file I created for it: " " -bash-3.00$ cat break_stuff " #! /bin/bash " " BDBDIR=/usr/local/BerkeleyDB.4.7 ; export BDBDIR " " LD_LIBRARY_PATH=${BDBDIR}/lib:/usr/sfw/lib \ " CPPFLAGS="-I${BDBDIR}/include/ -I/usr/local/include " -I/usr/local/ssl/include \ " -I/usr/sfw/include" \ " LDFLAGS="-L${BDBDIR}/lib -L/usr/local/lib -L/usr/local/ssl/lib " -L/usr/sfw/lib" \ " ./configure --with-tls=openssl --with-wrappers --with-tls \ " --enable-overlays --enable-crypt --enable-modules --enable-monitor \ " --enable-syslog --enable-proctitle " " " -bash-3.00$ " " It seemed to have compiled right but when I did the make test, it gave " me some errors, which thanks to ldd were traced to it not finding two " libraries: " " ldd servers/slapd/slapd " libltdl.so.3 => /usr/local/lib/libltdl.so.3 " libdb-4.7.so => (file not found) " librt.so.1 => /lib/librt.so.1 " libpthread.so.1 => /lib/libpthread.so.1 " libicuuc.so.3 => /usr/lib/libicuuc.so.3 " libicudata.so.3 => /usr/lib/libicudata.so.3 " libsasl2.so.2 => /usr/local/lib/libsasl2.so.2 " libdl.so.1 => /lib/libdl.so.1 " libgss.so.1 => /usr/lib/libgss.so.1 " libssl.so.0.9.8 => (file not found) " libcrypto.so.0.9.8 => (file not found) " libresolv.so.2 => /lib/libresolv.so.2 " " Now, we have libssl all over the place: " " # find /usr -name libssl.so -print " /usr/sfw/lib/sparcv9/libssl.so " /usr/sfw/lib/libssl.so " /usr/apache/libexec/libssl.so " /usr/local/ssl/lib/libssl.so " # " " which makes me think that it is all confused. What else can I do to tell " it to decide: either use the ssl-related libraries (libssl.so.0.9.8 and " friends) in /usr/local/ssl or get the Sun ones off /usr/sfw/lib and be " over with it. i note that none of those libssl locations are in your LDFLAGS line. otoh BBDIR is and it still failed to find libdb-4.7.so. putting libdirs in LD_LIBRARY_PATH and LDFLAGS is redundant, but should've worked... also note, changing LD_LIBRARY_PATH as you did only worked for the scope of the compile. if you use these libdirs frequently enough, you may want to run crle and add them permanently to your runtime env. you can them dispense with LD_LIBRARY_PATH and -L linker directives completely. ________________________________________________________________________ Andrew Hay the genius nature internet rambler is to see what all have seen [email protected] and think what none thought