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