Re: GSSAPI/Solaris 8/Compile problem

[Mark Visser]

On Sat, 20 Apr 2002, Mark Visser wrote:

>
> I'm trying to compile CVS 1.11.2 on Solaris 8 (07/01), up to date with
> patches. We use MIT kerberos 5 v1.2.2 (on some older boxes 1.1.1).
>
> I'm trying to compile with:
>
> ./configure  --prefix=/usr/local --with-gssapi=/usr/krb5
> --enable-encryption --without-krb4
>
> Configuring seems to be no problem, it finds gssapi & kerberos:
>
> checking for GSSAPI... /usr/krb5
> checking for gssapi.h... no
> checking for gssapi/gssapi.h... yes
> checking for gssapi/gssapi_generic.h... yes
> checking for krb5.h... yes
> checking for GSS_C_NT_HOSTBASED_SERVICE... gss_nt_service_name
> checking for library containing des_set_odd_parity... no
> checking for library containing com_err... -lcom_err
> checking for library containing initialize_asn1_error_table_r... no
> checking for library containing __dn_expand... no
> checking for library containing roken_gethostbyaddr... no
> checking for library containing valid_enctype... -lk5crypto
> checking for library containing compile... -lgen
> checking for library containing krb5_free_context... -lkrb5
> checking for library containing gss_import_name... no
>
> But the problem comes when we try to compile it.
> At the linking of cvs it complains a lot about unresolved symbols like
> gss_nt_service_name, gss_release_buffer.
>
> This was solved by manually adding -lgssapi_krb5 into LIBS in
> src/Makefile (shouldn't this be added by configure ?)
>
> LIBS line is after adding gssapi_krb5:
>
> LIBS = -lgssapi_krb5 -lkrb5 -lgen -lk5crypto -lcom_err -L/usr/krb5/lib
> -lxnet
>
> But then we keep going with:
>
> Undefined                       first referenced
>  symbol                             in file
> dn_expand                           /usr/krb5/lib/libkrb5.a(hst_realm.o)
> res_search                          /usr/krb5/lib/libkrb5.a(hst_realm.o)
> ld: fatal: Symbol referencing errors. No output written to cvs
> collect2: ld returned 1 exit status
>
> Those two are fine in /usr/krb5/lib/libkrb5.a according to nm and we can't
> get those away.

Hm, -lresolv adding also in LIBS resolve this. Coffee does wonders ;)

Though this still means something's fishy somewhere.

Mark

--
Warning: You can get rid of all the bugs by disabling them from the main menu.