Michal Marek wrote:
> Daniel Stenberg wrote:
>> On Wed, 2 Apr 2008, Rafa Muyo wrote:
>>> While heimdal was detected correctly in curl 7.17.1, when you changed the
>>> order in configure.ac for 7.18.1, it's now identified as MIT. The reason is
>>> that while heimdal has <gssapi.h> in $(prefix)/include , unless
>>> distributions move it, $(prefix)/include/gssapi/gssapi.h is present too
>>> (check lib/gssapi/Makefile.am of heimdal). Of course, this means compilation
>>> eventually ends with an error.
>
> So both mit and heimdal have both /usr/include/gssapi.h and
> /usr/include/gssapi/gssapi.h? Great :-/
>
>> So it works fine if you revert this patch?
>> http://cool.haxx.se/cvs.cgi/curl/configure.ac.diff?r1=1.276&r2=1.277
>
> I'll have a look if it's possible to distinguish the two versions more
> reliably.

I hope to have something by today, I think something like this should work:

if gssapi/gssapi.h, gssapi/gssapi_generic.h and gssapi/gssapi_krb5.h are
all available
  HAVE_GSSMIT
  if GSS_C_NT_HOSTBASED_SERVICE is not declared
    then it's an old mit kerberos, define it to gss_nt_service_name
  fi
else if gssapi.h is available
  HAVE_GSSHEIMDAL
fi

Michal
Received on 2008-04-04