Re: [Samba] samba-3.0.22 with Heimdal Kerberos - compilation problem

2006-06-26 Thread Logan Shaw

On Sat, 24 Jun 2006, Doug VanLeuven wrote:

Nir Barkan wrote:



I'm trying to compile samba-3.0.22 with Heimdal Kerberos on Solaris 8



When I configure  compile from non -standard libs,
I explicitly set the paths required.
Some people like to put it on the command line, but
I created a shell script to invoke configure with my
required options and compiler flags.  These are commented on
at the end of output from ./configure --help

#!/bin/sh

export LIBS=-L/usr/local/ldap/lib -L/usr/local/lib

export CFLAGS=-O2 -L/usr/local/ldap/include -I/usr/local/include

export CPPFLAGS=-I/usr/local/ldap/include

./configure \
(flag1=opt) \
(flag2=opt)


On Solaris, you may want to do a -R for every -L you do
(if using shared libraries); this will embed the path into the
executable so that you don't have to LD_LIBRARY_PATH nonsense.

To the original person with the problem: if you could post your
compiler command line (the gcc or cc that actually generates
that error message), that might help, since it would be nice to
see what -I arguments and so on that the Makefile is passing it.

Also, by the way,

export FOO=bar

isn't legal Bourne shell syntax.  It works in ksh and bash, but
in sh you need

FOO=bar ; export FOO

or similar.  Of course, on a Linux system /bin/sh often is
something other than straight Bourne shell, but if you're
relying on non-Bourne shell features, you should put #!/bin/bash
or something.

Not that it matters a whole heck of a lot in a script that is
designed to wrap configure, though...

  - Logan
--
To unsubscribe from this list go to the following URL and read the
instructions:  https://lists.samba.org/mailman/listinfo/samba


Re: [Samba] samba-3.0.22 with Heimdal Kerberos - compilation problem

2006-06-26 Thread Doug VanLeuven

Logan Shaw wrote:

On Sat, 24 Jun 2006, Doug VanLeuven wrote:

Nir Barkan wrote:



I'm trying to compile samba-3.0.22 with Heimdal Kerberos on Solaris 8



When I configure  compile from non -standard libs,
I explicitly set the paths required.
Some people like to put it on the command line, but
I created a shell script to invoke configure with my
required options and compiler flags.  These are commented on
at the end of output from ./configure --help

#!/bin/sh

export LIBS=-L/usr/local/ldap/lib -L/usr/local/lib

export CFLAGS=-O2 -L/usr/local/ldap/include -I/usr/local/include

  ^^
  -I/usr/local/ldap/include


export CPPFLAGS=-I/usr/local/ldap/include

./configure \
(flag1=opt) \
(flag2=opt)


On Solaris, you may want to do a -R for every -L you do
(if using shared libraries); this will embed the path into the
executable so that you don't have to LD_LIBRARY_PATH nonsense.

To the original person with the problem: if you could post your
compiler command line (the gcc or cc that actually generates
that error message), that might help, since it would be nice to
see what -I arguments and so on that the Makefile is passing it.

Also, by the way,

export FOO=bar

isn't legal Bourne shell syntax.  It works in ksh and bash, but
in sh you need

FOO=bar ; export FOO

or similar.  Of course, on a Linux system /bin/sh often is
something other than straight Bourne shell, but if you're
relying on non-Bourne shell features, you should put #!/bin/bash
or something.

Not that it matters a whole heck of a lot in a script that is
designed to wrap configure, though...


OK OK, I stand corrected.  It's just that it's been years since
I worked on a system that doesn't link sh to ksh or bash.  I
forgot the original vi would bring one out of insert mode
if one tried to move past the ends of the line too.

Thanks for the tip about the -R (-rpath) in LIBS.  I've just been
plugging away with the LD_LIBRARY_PATH or OS equivalent.  Just
never occurred to me.  I'll try that someday.

If one overrides for configure, in samba compiles, the Makefile
gets setup correctly to just run make later.  So it does matter.

At least I can correct the typo in the CFLAGS.  No matter how many
times I look at cut  paste, I usually miss something before posting.

Regards, Doug

--
To unsubscribe from this list go to the following URL and read the
instructions:  https://lists.samba.org/mailman/listinfo/samba


[Samba] samba-3.0.22 with Heimdal Kerberos - compilation problem

2006-06-24 Thread Nir Barkan
Hi All,

 

I'm trying to compile samba-3.0.22 with Heimdal Kerberos on Solaris 8

configure works  fine but make fails

I am running configure with the option --with-krb5=/opt/local which is
where I have heimdal installed.  The problem is that after running make,
it still tries to use the include files from SUN that are in /usr/ and this
screws up the compile.
 
/opt/local/include/gssapi.h:623: conflicting types for `gss_inquire_context'
/usr/include/gssapi/gssapi.h:551: previous declaration of
`gss_inquire_context'
/opt/local/include/gssapi.h:632: conflicting types for `gss_wrap_size_limit'
/usr/include/gssapi/gssapi.h:560: previous declaration of
`gss_wrap_size_limit'
/opt/local/include/gssapi.h:646: conflicting types for `gss_add_cred'
/usr/include/gssapi/gssapi.h:574: previous declaration of `gss_add_cred'
/opt/local/include/gssapi.h:656: conflicting types for
`gss_inquire_cred_by_mech'
/usr/include/gssapi/gssapi.h:584: previous declaration of
`gss_inquire_cred_by_mech'
/opt/local/include/gssapi.h:662: conflicting types for
`gss_export_sec_context'
/usr/include/gssapi/gssapi.h:590: previous declaration of
`gss_export_sec_context'
/opt/local/include/gssapi.h:668: conflicting types for
`gss_import_sec_context'
/usr/include/gssapi/gssapi.h:596: previous declaration of
`gss_import_sec_context'
/opt/local/include/gssapi.h:698: conflicting types for
`gss_inquire_mechs_for_name'
/usr/include/gssapi/gssapi.h:626: previous declaration of
`gss_inquire_mechs_for_name'
/opt/local/include/gssapi.h:705: conflicting types for
`gss_canonicalize_name'
/usr/include/gssapi/gssapi.h:633: previous declaration of
`gss_canonicalize_name'
/opt/local/include/gssapi.h:711: conflicting types for `gss_duplicate_name'
/usr/include/gssapi/gssapi.h:639: previous declaration of
`gss_duplicate_name'
/opt/local/include/gssapi.h:730: conflicting types for `gss_sign'
/usr/include/gssapi/gssapi.h:677: previous declaration of `gss_sign'
/opt/local/include/gssapi.h:738: conflicting types for `gss_verify'
/usr/include/gssapi/gssapi.h:685: previous declaration of `gss_verify'
/opt/local/include/gssapi.h:748: conflicting types for `gss_seal'
/usr/include/gssapi/gssapi.h:695: previous declaration of `gss_seal'
/opt/local/include/gssapi.h:757: conflicting types for `gss_unseal'
/usr/include/gssapi/gssapi.h:704: previous declaration of `gss_unseal'
make: *** [dynconfig.o] Error 1
 
Any Ideas how to solve this?
 
Thanks In Advanced!
 
Nir

 

-- 
To unsubscribe from this list go to the following URL and read the
instructions:  https://lists.samba.org/mailman/listinfo/samba


[Samba] samba-3.0.22 with Heimdal Kerberos - compilation problem

2006-06-24 Thread Nir Barkan
Hi All,

 

I'm trying to compile samba-3.0.22 with Heimdal Kerberos on Solaris 8

configure works  fine but make fails

I am running configure with the option --with-krb5=/opt/local which is
where I have heimdal installed.  The problem is that after running make,
it still tries to use the include files from SUN that are in /usr/ and this
screws up the compile.
 
/opt/local/include/gssapi.h:623: conflicting types for `gss_inquire_context'
/usr/include/gssapi/gssapi.h:551: previous declaration of
`gss_inquire_context'
/opt/local/include/gssapi.h:632: conflicting types for `gss_wrap_size_limit'
/usr/include/gssapi/gssapi.h:560: previous declaration of
`gss_wrap_size_limit'
/opt/local/include/gssapi.h:646: conflicting types for `gss_add_cred'
/usr/include/gssapi/gssapi.h:574: previous declaration of `gss_add_cred'
/opt/local/include/gssapi.h:656: conflicting types for
`gss_inquire_cred_by_mech'
/usr/include/gssapi/gssapi.h:584: previous declaration of
`gss_inquire_cred_by_mech'
/opt/local/include/gssapi.h:662: conflicting types for
`gss_export_sec_context'
/usr/include/gssapi/gssapi.h:590: previous declaration of
`gss_export_sec_context'
/opt/local/include/gssapi.h:668: conflicting types for
`gss_import_sec_context'
/usr/include/gssapi/gssapi.h:596: previous declaration of
`gss_import_sec_context'
/opt/local/include/gssapi.h:698: conflicting types for
`gss_inquire_mechs_for_name'
/usr/include/gssapi/gssapi.h:626: previous declaration of
`gss_inquire_mechs_for_name'
/opt/local/include/gssapi.h:705: conflicting types for
`gss_canonicalize_name'
/usr/include/gssapi/gssapi.h:633: previous declaration of
`gss_canonicalize_name'
/opt/local/include/gssapi.h:711: conflicting types for `gss_duplicate_name'
/usr/include/gssapi/gssapi.h:639: previous declaration of
`gss_duplicate_name'
/opt/local/include/gssapi.h:730: conflicting types for `gss_sign'
/usr/include/gssapi/gssapi.h:677: previous declaration of `gss_sign'
/opt/local/include/gssapi.h:738: conflicting types for `gss_verify'
/usr/include/gssapi/gssapi.h:685: previous declaration of `gss_verify'
/opt/local/include/gssapi.h:748: conflicting types for `gss_seal'
/usr/include/gssapi/gssapi.h:695: previous declaration of `gss_seal'
/opt/local/include/gssapi.h:757: conflicting types for `gss_unseal'
/usr/include/gssapi/gssapi.h:704: previous declaration of `gss_unseal'
make: *** [dynconfig.o] Error 1
 
Any Ideas how to solve this?
 
Thanks In Advanced!
 
Nir

 

 

-- 
To unsubscribe from this list go to the following URL and read the
instructions:  https://lists.samba.org/mailman/listinfo/samba


Re: [Samba] samba-3.0.22 with Heimdal Kerberos - compilation problem

2006-06-24 Thread Doug VanLeuven

Nir Barkan wrote:

Hi All,

 


I'm trying to compile samba-3.0.22 with Heimdal Kerberos on Solaris 8

configure works  fine but make fails

I am running configure with the option --with-krb5=/opt/local which is
where I have heimdal installed.  The problem is that after running make,
it still tries to use the include files from SUN that are in /usr/ and this
screws up the compile.
 
/opt/local/include/gssapi.h:623: conflicting types for `gss_inquire_context'

/usr/include/gssapi/gssapi.h:551: previous declaration of
`gss_inquire_context'

snip

declaration of `gss_unseal'

make: *** [dynconfig.o] Error 1
 
Any Ideas how to solve this?
 


When I configure  compile from non -standard libs,
I explicitly set the paths required.
Some people like to put it on the command line, but
I created a shell script to invoke configure with my
required options and compiler flags.  These are commented on
at the end of output from ./configure --help

#!/bin/sh

export LIBS=-L/usr/local/ldap/lib -L/usr/local/lib

export CFLAGS=-O2 -L/usr/local/ldap/include -I/usr/local/include

export CPPFLAGS=-I/usr/local/ldap/include

./configure \
(flag1=opt) \
(flag2=opt)

Regards, Doug
--
To unsubscribe from this list go to the following URL and read the
instructions:  https://lists.samba.org/mailman/listinfo/samba