[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: GSSAPI/Solaris 8/Compile problem

From: Mark Visser
Subject: Re: GSSAPI/Solaris 8/Compile problem
Date: Sat, 20 Apr 2002 22:22:16 +0200 (CEST)

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.


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

reply via email to

[Prev in Thread] Current Thread [Next in Thread]