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

Re: (ITS#3734) upgrade to 2.2 on a box with 2.1 installed causes new binaries to be linked against old libs

I did a fresh build and install of 2.1.30 followed immediately by a 
fresh build and install of 2.2.27 on my system (overlaid on the 2.1 
install), and no such problem occurred. (x86_64 Suse.) I actually have 
all of the 2.1, 2.2, and 2.3 libraries installed at the moment, and 
haven't specified any special compiler or link options. In each build 
step, only the selected release's libraries got linked.

The ordering of your ldd output is suspicious; I believe if you use 
readelf you'll find that your ldapsearch(etc) binaries don't have a 
direct dependency on the old libraries. Most likely some other library 
on your system has that dependency. I don't believe this is an OpenLDAP 
software problem.

robbat2@gentoo.org wrote:
> Full_Name: Robin H. Johnson
> Version: 2.2.26
> OS: Gentoo Linux
> URL: ftp://ftp.openldap.org/incoming/
> Submission from: (NULL) (
> If you have 2.1 installed on your machine, and then compile 2.2.26, the new
> binaries (ldapsearch et al) are linked to the OLD libaries as well as the new
> libraries.
> x29 / # ldd /usr/bin/ldapsearch
>         linux-gate.so.1 =>  (0xffffe000)
>         libldap-2.2.so.7 => /usr/lib/libldap-2.2.so.7 (0xb7f90000)
>         liblber-2.2.so.7 => /usr/lib/liblber-2.2.so.7 (0xb7f82000)
>         libssl.so.0.9.7 => /usr/lib/libssl.so.0.9.7 (0xb7f51000)
>         libcrypto.so.0.9.7 => /usr/lib/libcrypto.so.0.9.7 (0xb7e4d000)
>         libcrypt.so.1 => /lib/libcrypt.so.1 (0xb7e1f000)
>         libresolv.so.2 => /lib/libresolv.so.2 (0xb7e0a000)
>         libc.so.6 => /lib/tls/libc.so.6 (0xb7cdd000)
>         liblber.so.2 => not found
>         libdl.so.2 => /lib/libdl.so.2 (0xb7cd8000)
>         /lib/ld-linux.so.2 (0xb7fea000)
> This means the new binaries cannot be run, as they try to load the old liblber
> when you run them.
> if you then make clean and compile again (after installing 2.2 for the first
> time), the binaries are then compiled properly.

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