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

[Rich Megginson]

Ryan Braun [ADS] wrote:
> On Wednesday 15 April 2009 16:50:21 Rich Megginson wrote:
>   
>> Ryan Braun [ADS] wrote:
>>     
>>> On Tuesday 14 April 2009 19:41:26 Rob Crittenden wrote:
>>>       
>>>>> gcc -shared -Wl,-soname -Wl,libssldap60.so     -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
>>>>>           
>>>> You shouldn't need to link this in at all.
>>>>
>>>> http://www.mozilla.org/projects/security/pki/nss/nss-3.4/nss-3.4-release
>>>> -no tes.html
>>>>         
>>> I've tried adding a CC=/usr/bin/gcc-4.1 -Wl, '-rpath=/usr/lib/nss' and
>>> the configure bailed here
>>>
>>> checking whether we are using GNU C++... yes
>>> checking whether c++ accepts -g... yes
>>> checking for gcc... /usr/bin/gcc-4.1 -Wl, -rpath-link=/usr/lib/nss
>>> checking whether the C compiler (/usr/bin/gcc-4.1 -Wl,
>>> -rpath-link=/usr/lib/nss  ) works... no configure: error: installation or
>>> configuration problem: C compiler cannot create executables.
>>>       
>> 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

>
> make[3]: Entering directory `/tmp/fdsbuildscripts/mozldap/mozldap-6.0.5/mozilla/directory/c-sdk/ldap/libraries/libssldap'
> ======= making ./libssldap60.so
> gcc -shared -Wl,-soname -Wl,libssldap60.so     -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/mozldap-6.0.5/mozilla/directory/c-sdk/ldap/libraries/libssldap'
> make[2]: *** [export] Error 2
> make[2]: Leaving directory `/tmp/fdsbuildscripts/mozldap/mozldap-6.0.5/mozilla/directory/c-sdk/ldap/libraries'
> make[1]: *** [export] Error 2
> make[1]: Leaving directory `/tmp/fdsbuildscripts/mozldap/mozldap-6.0.5/mozilla/directory/c-sdk/ldap'
> make: *** [export] Error 2
>
>
>
> Here is some of config.log showing that LDFLAGS was set properly.
>
> This file contains any messages produced by compilers while
> running configure, to aid debugging if configure makes a mistake.
>
> configure:662: checking host system type
> configure:683: checking target system type
> configure:701: checking build system type
> configure:971: checking for --with-svrcore
> configure:1237: checking for --with-nss
> configure:1260: checking for --with-nss-inc
> configure:1282: checking for --with-nss-lib
> configure:1525: checking for --with-nspr
> configure:1553: checking for --with-nspr-inc
> configure:1574: checking for --with-nspr-lib
> configure:1937: checking for whoami
> configure:2027: checking for c++
> configure:2059: checking whether the C++ compiler (c++  -L	) works
> configure:2075: c++ -o conftest   -L/usr/lib/nss conftest.C  1>&5
> configure:2101: checking whether the C++ compiler (c++  -L/usr/lib/nss) is a cross-compiler
> configure:2106: checking whether we are using GNU C++
> configure:2115: c++ -E conftest.C
> configure:2134: checking whether c++ accepts -g
> configure:2183: cc -c   conftest.c 1>&5
> configure:2200: cc -c   conftest.c 1>&5
> configure: In function 'main':
> configure:2196: warning: incompatible implicit declaration of built-in function 'exit'
> configure:2222: checking for gcc
> configure:2335: checking whether the C compiler (gcc  -L/usr/lib/nss) works
> configure:2351: gcc -o conftest   -L/usr/lib/nss conftest.c  1>&5
> configure:2377: checking whether the C compiler (gcc  -L/usr/lib/nss) is a cross-compiler
>
> --
> 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/20090415/52c6b3cf/attachment.bin>