[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 ?