[Fedora-directory-users] Trouble starting 1.2.0 on debian lenny.

[Rich Megginson]

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>