ch_free symbol undefined while loading dynamic backend

[Edward Rudd <eddie@omegaware.com>]

I tried re-compiling my OpenLDAP rpms (2.2.23 on WBEL3) to build dynamic
loading backends(so I could play with/use more of the different backends
available). however I am running into one issue which was brought up in
ITS #2912.

when running slapd like this

# /usr/libexec/slapd -u ldap -d ldap -d 255

with the moduleload back_bdb.la I get this error 

line 28 (modulepath /usr/libexec/openldap)
line 29 (moduleload back_bdb.la)
lt_dlopenext failed: (back_bdb.la)
/usr/libexec/openldap/back_bdb-2.2.so.7: undefined symbol: ch_free
/etc/openldap/slapd.conf: line 29: failed to load or initialize module
back_bdb.la

ldd of /usr/libexec/openldap/back_dbd-2.2.so.7 is 
	libldap_r-2.2.so.7 => /usr/lib/libldap_r-2.2.so.7 (0x00123000)
	liblber-2.2.so.7 => /usr/lib/liblber-2.2.so.7 (0x00717000)
	libc.so.6 => /lib/tls/libc.so.6 (0x0015d000)
	libresolv.so.2 => /lib/libresolv.so.2 (0x00bc5000)
	libsasl2.so.2 => /usr/lib/libsasl2.so.2 (0x00b35000)
	libssl.so.4 => /lib/libssl.so.4 (0x00295000)
	libcrypto.so.4 => /lib/libcrypto.so.4 (0x00d19000)
	/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x003ae000)
	libdl.so.2 => /lib/libdl.so.2 (0x00111000)
	libcrypt.so.1 => /lib/libcrypt.so.1 (0x002c9000)
	libz.so.1 => /usr/lib/libz.so.1 (0x00689000)
	libgssapi_krb5.so.2 => /usr/kerberos/lib/libgssapi_krb5.so.2
(0x002f6000)
	libkrb5.so.3 => /usr/kerberos/lib/libkrb5.so.3 (0x00309000)
	libcom_err.so.3 => /usr/kerberos/lib/libcom_err.so.3 (0x00a38000)
	libk5crypto.so.3 => /usr/kerberos/lib/libk5crypto.so.3 (0x006ce000)


Openldap was compiled with
./configure --with-slapd --with-slurpd --without-ldapd \
    --with-threads=posix --enable-static \
    --enable-local --enable-cldap --disable-rlookups \
    --with-tls --with-cyrus-sasl --enable-wrappers \
    --enable-passwd --enable-shell --enable-cleartext \
    --enable-crypt --enable-spassword --enable-modules \
    --enable-dynamic --enable-aci \
    --enable-bdb=mod --with-kerberos=k5only --enable-kpasswd \
    --enable-sql=mod --enable-ldbm=mod --enable-ldap=mod \
    --enable-perl=mod --enable-hdb=mod

Any ideas as to why it is giving this symbol error?  the ITS report just
said that the ch_free error *shouldn't happen*, but no solution to fix
it, or why it might happen.
-- 
Edward Rudd <eddie@omegaware.com>
Website http://www.outoforder.cc/