[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
FW: ldbm_initialize() undefined in back_ldbm.so (ITS#2047)
Since libldbm is entirely comprised of a single file (ldbm.c) and is only
built when SLAPD_LDBM is defined, perhaps we should move it into the
back-ldbm source instead of having it as its own library?
-- Howard Chu
Chief Architect, Symas Corp. Director, Highland Sun
http://www.symas.com http://highlandsun.com/hyc
Symas: Premier OpenSource Development and Support
-----Original Message-----
From: owner-openldap-bugs@OpenLDAP.org
[mailto:owner-openldap-bugs@OpenLDAP.org]On Behalf Of
peter.marschall@mayn.de
Sent: Tuesday, August 27, 2002 1:06 PM
To: openldap-its@OpenLDAP.org
Subject: ldbm_initialize() undefined in back_ldbm.so (ITS#2047)
Full_Name: Peter Marschall
Version: 2.1.4
OS: Linux 2.4.x
URL: ftp://ftp.openldap.org/incoming/
Submission from: (NULL) (80.133.252.80)
When installing OpenLDAP 2.1.4 with only dynamic modules,
slapd does not start because of a missing function:
slapd: error while loading shared libraries:
/usr/lib/openldap/back_ldbm.so.2:
undefined symbol: ldbm_initialize
Adding $(LDAP_LIBLDBM_A) to LINK_LIBS in line 92 of back_ldbm/Makefile
as a workaround make slapd work, but resulted in a portability warning:
*** Warning: Linking the shared library back_ldbm.la against the
*** static library ../../../libraries/libldbm/libldbm.a is not portable!
Is there a better / more portable way to do it ?
Maybe dynamically adding libldbm/ldbm.[co] to the SRCS and OBJS lists when
creating back_ldbm as a dynamic object ?