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. ======= 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
