Libtool and Support for Shared Libraries (3)

[Greg Banks]

On Sun, Jun 10, 2012, at 08:28 PM, Carson Gaspar wrote:
> On 6/10/12 7:32 PM, Greg Banks wrote:
> >
> >
> > On Sat, Jun 9, 2012, at 04:42 PM, Carson Gaspar wrote:
> >> ./configure
> >> --prefix=/Tools/SunOS_5.11_i86pc_amd64/cyrus-imapd-2.5.autofoo
> >> --sysconfdir=/etc
> >> --with-sasl=/Tools/SunOS_5.11_i86pc_amd64/cyrus-sasl-git-20120609
> >> --with-cyrus-group=cyrus --with-cyrus-user=cyrus
> >> --with-openssl=/Tools/SunOS_5.11_i86pc_amd64/openssl-1.0.1c
> >> --with-cyrus-prefix=/Tools/SunOS_5.11_i86pc_amd64/cyrus-imapd-2.5.autofoo
> >> --with-dbdir=/Tools/SunOS_5.11_i86pc_amd64/db-5.3.21
> >> CPPFLAGS=-I/usr/include/kerberosv5 LIBS=-lkrb5
> >
> > Does --with-krb or --with-krb=/usr not work for you?  That would be a
> > bug!
> 
> Ummm... --with-krb is all about KRB4. It has nothing whatsoever to do 
> with KRB5.

I would argue that any time you need to specify CPPFLAGS and LIBS to
tell configure to use a particular library, then configure is broken.

> --enable-gssapi from cmulocal/sasl2.m4 would seem to be what 
> is desired, except that none of the code uses gssapi, it just uses raw 
> krb5. So it links in useless libraries, and fails to find the proper 
> include files... Frankly, it all needs to be ripped out and replaced 
> with something sane. Sadly cmulocal/kerberos_v5.m4 does not qualify as 
> sane either :-(

Hmm, that seems to do some things right but some things wrong. The way
it does the platform specific linker flags fu to add the runtime linker
path is downright silly - it should be using CMU_ADD_LIBPATH_TO, and
most probably that macro should be doing the switch on $build_host and
doing guesswork only as a last resort.  That could use fixing.

I don't know enough about Kerberos to tell whether any of the rest of it
is sane, but it sounds like you know enough to fix it?  Patches are
always welcome.

-- 
Greg.