[Samba] Problem compiling Samba from source

[Volker Lendecke]

On Wed, Dec 15, 2010 at 08:31:19AM +0000, Dan Track wrote:
> It's taken me ages to get past teh compile dependencies and having to
> build most of the dependencies from source. I then ran make and within
> a few short compilations the samba3 make fails with the following
> errors:
> 
> ~/samba-3.5.5/source3> make
> Using CFLAGS     = -I../lib/zlib -I/app/utils//include -O -I.
> -I/app/builduser/samba-3.5.5/source3
> -I/app/builduser/samba-3.5.5/source3/iniparser/src -Iinclude
> -I./include  -I. -I. -I./../lib/replace -I./../lib/tevent -I./libaddns
> -I./librpc -I./.. -I./../lib/talloc -I../lib/tdb/include
> -DHAVE_CONFIG_H  -I/app/utils//include -D_LARGEFILE64_SOURCE
> -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -I/app/utils/include
> -I/app/builduser/e2fsprogs-1.41.12/lib/ -Iinclude -I./include -I. -I.
> -I./../lib/replace -I./../lib/tevent -I./libaddns -I./librpc -I./..
> -I./../lib/popt -DLDAP_DEPRECATED
> -I/app/builduser/samba-3.5.5/source3/lib -I.. -I../source4
> -D_SAMBA_BUILD_=3 -D_SAMBA_BUILD_=3
>       PICFLAG    = -fPIC
>       LIBS       = -lresolv -lnsl -ldl
>       LDFLAGS    = -pie -Wl,-z,relro -L/app/utils//lib -Wl,-rpath
> -Wl,/app/utils//lib -Wl,--as-needed -L/app/subversion/lib
> -L/app/subversion/lib64 -L/app/utils/lib -L/app/utils/lib64 -L./bin
>       DYNEXP     = -Wl,--export-dynamic
>       LDSHFLAGS  = -fPIC -shared -Wl,-Bsymbolic -Wl,-z,relro
> -L/app/utils//lib -Wl,-rpath -Wl,/app/utils//lib -Wl,--as-needed
> -L/app/subversion/lib -L/app/subversion/lib64 -L/app/utils/lib
> -L/app/utils/lib64 -L./bin -lc -Wl,-z,defs
>       SHLIBEXT   = so
>       SONAMEFLAG = -Wl,-soname=
> Compiling ../lib/util/blocking.c
> In file included from include/includes.h:675,
>                  from ../lib/util/blocking.c:24:
> include/client.h:169: error: expected specifier-qualifier-list before
> ‘gss_ctx_id_t’

It seems that somehow configure (you did do a ./configure,
right?) detected that you have gssapi headers around, but
those headers do not provide the definitions that Samba
actually needs.

The way I would try to diagnose this is to find out how
configure came to the conclusion that both HAVE_GSSAPI and
HAVE_KRB5 are defined to be true, and why the headers your
system provides does not define a type for gss_ctx_id_t.

Hints towards that could be found in your config.log, the
configure.in and its includes and the include files your
system provides.

Without access to such a system it is a bit difficult to
actually diagnose what is going on. One possibility might be
that you send us your config.log together with the header
files that your Kerberos implementation provides.

With best regards,

Volker Lendecke