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

RE: Problems building OpenLDAP

> -----Original Message-----
> From: owner-openldap-software@OpenLDAP.org
> [mailto:owner-openldap-software@OpenLDAP.org]On Behalf Of Phil Stracchino

> Hi folks,
> I'm trying to install OpenLDAP on a Linux system (originally Slackware
> 7.0, with virtually everything updated to current releases and with
> glibc-2.3.2) and having a few issues trying to build OpenLDAP-2.1.23.
> First of all, let me diverge by commenting a little on the OpenLDAP
> build configuration process.  With so many different
> backends, I'd have
> thought the configure process would test each backend and
> tell you which
> ones it was able to support on your system, thewn let you configure
> which of those you wanted to use.  The current system of having to try
> each backend by trial-and-error until you find a supported one seems
> sub-optimal.  This is compounded by the fact that it appears OpenLDAP
> would be perfectly happy to use the default Berkeley DB backend, if
> there was only some way to tell it that my Berkeley DB 4.1 is
> installed
> in the default location for Berkeley DB 4.1,
> /usr/local/BerkeleyDB-4.1.

Read the INSTALL file.

> compilation fails like this:
> /bin/sh /usr/share/src/openldap-2.1.23/libtool --mode=link
> gcc -static -g -O2     -o apitest apitest.o libldap.la
> ../../libraries/liblber/liblber.la
> ../../libraries/liblutil/liblutil.a -lsasl  -lssl -lcrypto
> -lresolv -ldl
> gcc -g -O2 -o apitest apitest.o  ./.libs/libldap.a
> /usr/share/src/openldap-2.1.23/libraries/liblber/.libs/liblber
> .a -L/usr/local/lib ../../libraries/liblber/.libs/liblber.a
> ../../libraries/liblutil/liblutil.a /usr/lib/libsasl.so -ldb
> -lcrypt -lssl -lcrypto -lresolv -ldl
> ./.libs/libldap.a(os-ip.o): In function `ldap_pvt_is_socket_ready':
> /usr/share/src/openldap-2.1.23/libraries/libldap/os-ip.c:191:
> `sys_errlist' is deprecated; use `strerror' or `strerror_r' instead
> /usr/share/src/openldap-2.1.23/libraries/libldap/os-ip.c:191:
> `sys_nerr' is deprecated; use `strerror' or `strerror_r' instead
> /usr/local/lib/libcrypto.a(b_print.o): In function `_dopr':
> b_print.o(.text+0x185): undefined reference to `__ctype_b'
> b_print.o(.text+0x1d7): undefined reference to `__ctype_b'
> /usr/local/lib/libcrypto.a(obj_dat.o): In function
> `OBJ_create_objects':
> obj_dat.o(.text+0x8ab): undefined reference to `__ctype_b'
> obj_dat.o(.text+0x8d6): undefined reference to `__ctype_b'
> obj_dat.o(.text+0x8f9): undefined reference to `__ctype_b'
> /usr/local/lib/libcrypto.a(obj_dat.o)(.text+0x91d): more
> undefined references to `__ctype_b' follow
> /usr/local/lib/libcrypto.a(v3_utl.o): In function `string_to_hex':
> v3_utl.o(.text+0x67b): undefined reference to `__ctype_tolower'
> v3_utl.o(.text+0x68e): undefined reference to `__ctype_tolower'
> /usr/local/lib/libcrypto.a(v3_utl.o): In function `strip_spaces':
> v3_utl.o(.text+0xbf2): undefined reference to `__ctype_b'
> /usr/local/lib/libcrypto.a(bn_print.o): In function `BN_hex2bn':
> bn_print.o(.text+0x2e0): undefined reference to `__ctype_b'
> /usr/local/lib/libcrypto.a(bn_print.o): In function `BN_dec2bn':
> bn_print.o(.text+0x4ba): undefined reference to `__ctype_b'
> collect2: ld returned 1 exit status
> make[2]: *** [apitest] Error 1
> make[2]: Leaving directory
> `/usr/share/src/openldap-2.1.23/libraries/libldap'
> make[1]: *** [all-common] Error 1
> make[1]: Leaving directory `/usr/share/src/openldap-2.1.23/libraries'
> make: *** [all-common] Error 1

Your libcrypto.a is not compatible with your glibc. This is not a fault in
OpenLDAP, this is a misconfigured build machine.

  -- Howard Chu
  Chief Architect, Symas Corp.       Director, Highland Sun
  http://www.symas.com               http://highlandsun.com/hyc
  Symas: Premier OpenSource Development and Support