[Date Prev][Date Next] [Chronological] [Thread] [Top]

Re: OpenLDAP requires compiler to support STDC constructs



> From:  "Chris Garrigues" <cwg-oldap-sw@deepeddy.com>
> Date:  Mon, 17 Sep 2001 13:04:44 -0500
>
> > From:  Pierangelo Masarati <masarati@aero.polimi.it>
> > Date:  Mon, 17 Sep 2001 18:53:09 +0200
> >
> > Chris Garrigues wrote:
> > > 
> > > I'm trying to compile openldap-2.0.14 (using redhat's 2.0.11 RPM as a starting
> > > point and I get this error:
> > > 
> > > checking for cc option to accept ANSI C... no
> > > configure: error: OpenLDAP requires compiler to support STDC constructs.
> > 
> > you should check the config.log file for the actual reason of this
> > failure.
> 
> I also should be smart enough to think of that myself.
> 
> Somehow the entire contents of glibc-devel was missing...looks like I've lost 
> other files as well...very strange...

I assume there's still something funny about my system, but since I don't 
really understand libtool, I'm hoping someone can give me some guidance here.

I'm running autoconf-2.13-5, automake-1.4-8, libtool-1.3.5-8.

When I try to compile openldap, I get this error:

/bin/sh /usr/src/redhat/BUILD/openldap-2.0.14/libtool --mode=link cc -I/usr/kerberos/include -O2 -march=i386 -mcpu=i686 -D_REENTRANT -fPIC -I../../include -I../../include   -I/usr/kerberos/include   -L. -L/usr/src/redhat/BUILD/openldap-2.0.14/libraries/libavl -L/usr/src/redhat/BUILD/openldap-2.0.14/libraries/liblber -L/usr/src/redhat/BUILD/openldap-2.0.14/libraries/libldap -L/usr/src/redhat/BUILD/openldap-2.0.14/libraries/libldap_r -L/usr/src/redhat/BUILD/openldap-2.0.14/libraries/libldbm -L/usr/src/redhat/BUILD/openldap-2.0.14/libraries/libldif -L/usr/src/redhat/BUILD/openldap-2.0.14/libraries/liblunicode -L/usr/src/redhat/BUILD/openldap-2.0.14/libraries/liblutil -L/usr/kerberos/lib   -o slapd   main.o daemon.o connection.o search.o filter.o add.o charray.o attr.o entry.o config.o backend.o result.o operation.o dn.o compare.o modify.o delete.o modrdn.o ch_malloc.o value.o ava.o bind.o unbind.o abandon.o filterentry.o phonetic.o acl.o str2filter.o aclparse.o init.o user.o repl.o lock.o controls.o extended.o kerberos.o passwd.o schema.o schema_check.o schema_init.o schema_prep.o schemaparse.o ad.o at.o mr.o syntax.o oc.o configinfo.o starttls.o index.o sets.o root_dse.o sasl.o module.o suffixalias.o mods.o  version.o libbackends.a -lavl -lldbm -lldif -llutil -lldap_r -llber -lgdbm  -lsasl -lkrb4 -ldes425 -lkrb5 -lk5crypto -lcom_err -lssl -lcrypto   -lcrypt -lnsl -lresolv -ldl  -pthread  -lwrap
cc -I/usr/kerberos/include -O2 -march=i386 -mcpu=i686 -D_REENTRANT -fPIC -I../../include -I../../include -I/usr/kerberos/include -L. -L/usr/src/redhat/BUILD/openldap-2.0.14/libraries/libavl -L/usr/src/redhat/BUILD/openldap-2.0.14/libraries/liblber -L/usr/src/redhat/BUILD/openldap-2.0.14/libraries/libldap -L/usr/src/redhat/BUILD/openldap-2.0.14/libraries/libldap_r -L/usr/src/redhat/BUILD/openldap-2.0.14/libraries/libldbm -L/usr/src/redhat/BUILD/openldap-2.0.14/libraries/libldif -L/usr/src/redhat/BUILD/openldap-2.0.14/libraries/liblunicode -L/usr/src/redhat/BUILD/openldap-2.0.14/libraries/liblutil -L/usr/kerberos/lib -o slapd main.o daemon.o connection.o search.o filter.o add.o charray.o attr.o entry.o config.o backend.o result.o operation.o dn.o compare.o modify.o delete.o modrdn.o ch_malloc.o value.o ava.o bind.o unbind.o abandon.o filterentry.o phonetic.o acl.o str2filter.o aclparse.o init.o user.o repl.o lock.o controls.o extended.o kerberos.o passwd.o schema.o schema_check.o schema_init.o schema_prep.o schemaparse.o ad.o at.o mr.o syntax.o oc.o configinfo.o starttls.o index.o sets.o root_dse.o sasl.o module.o suffixalias.o mods.o version.o libbackends.a -lavl -lldbm -lldif -llutil -lldap_r -llber -lgdbm -lsasl -lkrb4 -ldes425 -lkrb5 -lk5crypto -lcom_err -lssl -lcrypto -lcrypt -lnsl -lresolv -ldl -pthread -lwrap
connection.o: In function `connection_read':
connection.o(.text+0x1f30): undefined reference to `ldap_pvt_tls_sb_ctx'
collect2: ld returned 1 exit status

but of course ldap_pvt_tls_sb_ctx is here:

# grep -r ldap_pvt_tls_sb_ctx .
./libraries/libldap/tls.c:ldap_pvt_tls_sb_ctx( Sockbuf *sb )
./libraries/libldap/tls.c:      ssl = (void *) ldap_pvt_tls_sb_ctx( sb );
Binary file ./libraries/libldap/tls.o matches
Binary file ./libraries/libldap/.libs/libldap.a matches
./libraries/libldap_r/tls.c:ldap_pvt_tls_sb_ctx( Sockbuf *sb )
./libraries/libldap_r/tls.c:    ssl = (void *) ldap_pvt_tls_sb_ctx( sb );
Binary file ./libraries/libldap_r/tls.o matches
Binary file ./libraries/libldap_r/.libs/libldap_r.a matches
Binary file ./libraries/libldap.a matches
Binary file ./libraries/libldap_r.a matches
./servers/slapd/connection.c:                   ssl = (void *)ldap_pvt_tls_sb_ctx( c->c_sb );
Binary file ./servers/slapd/connection.o matches

It appears to me that libtool is looking in ./libraries/libldap_r when it 
should be looking in ./libraries....or maybe it's putting it in ./libraries 
when it should be putting it in ./libraries/libldap_r.  Either way it's not 
being found when it's needed.

Any ideas why my system is confused in this way?

Chris

-- 
Chris Garrigues                 http://www.DeepEddy.Com/~cwg/
virCIO                          http://www.virCIO.Com
4314 Avenue C                   
Austin, TX  78751-3709		+1 512 374 0500

  My email address is an experiment in SPAM elimination.  For an
  explanation of what we're doing, see http://www.DeepEddy.Com/tms.html 

    Nobody ever got fired for buying Microsoft,
      but they could get fired for relying on Microsoft.


Attachment: pgp8JTweGWPQH.pgp
Description: PGP signature