BUG: openldap-2.2.23 doesn't build libldap.dylib

[cjr@…]

Although it looks like the various dylibs all get built OK, when they're installed into the destroot, libtool manages to break all of them apart from liblber.dylib because it relinks them and fails to find the liblber.dylib.

"port -vdk install" fragment: ---

Entering subdirectory libldap

../../build/shtool mkdir -p /Users/cjr/Documents/Projects/darwinports/dports/databases/openldap/ work/destroot/opt/local/lib

/bin/sh /Users/cjr/Documents/Projects/darwinports/dports/databases/openldap/work/openldap -2.2.23/libtool --mode=install /opt/local/bin/ginstall -c -m 644 libldap.la /Users/cjr/Documents/ Projects/darwinports/dports/databases/openldap/work/destroot/opt/local/lib

libtool: install: warning: relinking `libldap.la'

(cd /Users/cjr/Documents/Projects/darwinports/dports/databases/openldap/work/openldap-2.2.23/ libraries/libldap; /bin/sh /Users/cjr/Documents/Projects/darwinports/dports/databases/openldap/ work/openldap-2.2.23/libtool --mode=relink cc -g -O2 -L/opt/local/lib -L/usr/lib -release 2.2 -version-info 7:16:0 -rpath /opt/local/lib -o libldap.la bind.lo open.lo result.lo error.lo compare.lo search.lo controls.lo messages.lo references.lo extended.lo cyrus.lo modify.lo add.lo modrdn.lo delete.lo abandon.lo sasl.lo sbind.lo kbind.lo unbind.lo cancel.lo filter.lo free.lo sort.lo passwd.lo whoami.lo getdn.lo getentry.lo getattr.lo getvalues.lo addentry.lo request.lo os-ip.lo url.lo sortctrl.lo vlvctrl.lo init.lo options.lo print.lo string.lo util-int.lo schema.lo charray.lo tls.lo os-local.lo dnssrv.lo utf-8.lo utf-8-conv.lo version.lo ../../libraries/liblber/liblber.la -lssl -lcrypto)

cc -r -keep_private_externs -nostdlib -o .libs/libldap-2.2.7.0.16.dylib-master.o bind.lo open.lo result.lo error.lo compare.lo search.lo controls.lo messages.lo references.lo extended.lo cyrus.lo modify.lo add.lo modrdn.lo delete.lo abandon.lo sasl.lo sbind.lo kbind.lo unbind.lo cancel.lo filter.lo free.lo sort.lo passwd.lo whoami.lo getdn.lo getentry.lo getattr.lo getvalues.lo addentry.lo request.lo os-ip.lo url.lo sortctrl.lo vlvctrl.lo init.lo options.lo print.lo string.lo util-int.lo schema.lo charray.lo tls.lo os-local.lo dnssrv.lo utf-8.lo utf-8-conv.lo version.lo && cc -dynamiclib -flat_namespace -undefined suppress -o .libs/libldap-2.2.7.0.16.dylib .libs/libldap-2.2.7.0.16.dylib-master.o -L/opt/ local/lib -L/usr/lib /opt/local/lib/liblber.dylib -lssl -lcrypto -lc -install_name /opt/local/lib/libldap -2.2.7.dylib -compatibility_version 8 -current_version 8.16

cc: /opt/local/lib/liblber.dylib: No such file or directory ---

[cjr@…]

One problem is that the link from /usr/lib/liblber.dylib into LDAP.framework screws up the build; all the dylibs except liblber get dynamically linked against LDAP.framework.

Removing /usr/lib from LDFLAGS in configure.env fixes this problem.

However destrooting still fails, because when relinking the dylibs (except liblber) it tries to relink against /opt/local/lib/liblber.dylib which fails...