Ryan Braun [ADS] wrote: > On Wednesday 15 April 2009 17:34:01 Rich Megginson wrote: > >>>> What about using LDFLAGS="-L/usr/lib/nss" ? >>>> >>>> The real problem is that mozldap should not link directly against >>>> softokn3 anymore - please file a bug at bugzilla.mozilla.org against the >>>> LDAP C SDK component. >>>> >>> Will do Rich, but setting the LDFLAGS variable didn't help either. >>> >> If you want to use an rpath, do >> configure --with-rpath=/some/path >> >> If you look at mozilla/directory/c-sdk/build.mk starting at around line >> 504 you will see the various commands (LINK_DLL) used to build shared >> libraries on linux and other *nix. You could try setting ALDFLAGS or >> DLL_LDFLAGS >> >> > > Adding --with-rpath=/usr/lib/nss to the ./configure arguments doesn't help. It looks like the rpath argument is getting passed properly to gcc though. > I guess rpath is only for the runtime behavior - you still have to pass in -L/usr/lib/nss somehow so the linker knows where to find the lib at link time. In fact, you probably don't need rpath - if NSS is built correctly, it should be able to find softokn3 at runtime. Did you try ALDFLAGS or DLL_LDFLAGS? > ======= making ./libssldap60.so > gcc -shared -Wl,-soname -Wl,libssldap60.so -Wl,-rpath,/usr/lib/nss -o libssldap60.so ./clientinit.o ./ldapsinit.o ./errormap.o -L../../../../../dist/lib -lldap60 -lprldap60 -L/usr/lib/ -lssl3 -lnss3 -lsoftokn3 -L/usr/lib/ -lplc4 -lplds4 -lnspr4 > /usr/bin/ld: cannot find -lsoftokn3 > collect2: ld returned 1 exit status > make[3]: *** [libssldap60.so] Error 1 > make[3]: Leaving directory `/tmp/fdsbuildscripts/mozldap-6.0.5/mozilla/directory/c-sdk/ldap/libraries/libssldap' > > > I haven't done much monkeying around in build.mk (it looks a bit over my head), but I was able to at least "make it work" in the meantime by symlinking everything in /usr/lib/nss into /usr/lib. > > I'll keep plugging away at it and see about a more sensible solution. > > Ryan > > -- > Fedora-directory-users mailing list > Fedora-directory-users at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-directory-users > -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3258 bytes Desc: S/MIME Cryptographic Signature Url : http://lists.fedoraproject.org/pipermail/389-users/attachments/20090417/179e7c16/attachment.bin
