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