Description of problem: lins_dshttpd has unresolved symbols Version-Release number of selected component (if applicable): 1.1.0 from CVS ... How reproducible: always Steps to Reproduce: 1. ldd -r libns-dshttpd.so.0.0.0 Actual results: $ ldd -r libns-dshttpd.so.0.0.0 undefined symbol: PL_CompareValues (./libns-dshttpd.so.0.0.0) undefined symbol: PR_EnterMonitor (./libns-dshttpd.so.0.0.0) undefined symbol: PR_DestroyMonitor (./libns-dshttpd.so.0.0.0) ....
Created attachment 150747 [details] patch to fix this problem
Does this cause a problem at runtime? When this shared lib is loaded into the server, it will just use the ldap, nss, and nspr symbols already linked into the executable.
All linkage problems that I've report you are not a runtime problems. Your package only failed with our (altlinux) QA tests ... It's a possible problem in the future. It's not a problem to fix it now ....
The reason I'm asking is that you will find a problem with every shared library and plugin that gets linked into the server: libslapd.so and lib*-plugin.so. The reason we build it that way is because, historically, on some platforms, if you turn on the linker option to complain about missing symbols, it becomes very difficult to satisfy all of the linker dependencies in a platform independent way, which leads to makefiles that are hard to maintain. Platforms we have supported in the past were aix, tru64, hpux 10, and sgi. It may be that all modern linkers make this easy to do without lots of kludges in makefiles.
Fixed in version 1.39 (HEAD) of Makefile.am: +libns_dshttpd_la_LIBADD = $(LDAPSDK_LINK) $(NSS_LINK) $(NSPR_LINK)
ldd -r /usr/lib/dirsrv/libns-dshttpd.so.0.0.0 linux-gate.so.1 => (0x00583000) libssldap60.so => /usr/lib/libssldap60.so (0x00be9000) libprldap60.so => /usr/lib/libprldap60.so (0x00911000) libldap60.so => /usr/lib/libldap60.so (0x00dbd000) libldif60.so => /usr/lib/libldif60.so (0x006ef000) libsasl2.so.2 => /usr/lib/libsasl2.so.2 (0x007bc000) libssl3.so => /usr/lib/libssl3.so (0x005d5000) libnss3.so => /usr/lib/libnss3.so (0x00b61000) libsoftokn3.so => /usr/lib/libsoftokn3.so (0x00110000) libplc4.so => /usr/lib/libplc4.so (0x0085b000) libplds4.so => /usr/lib/libplds4.so (0x00166000) libnspr4.so => /usr/lib/libnspr4.so (0x00f2d000) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x003a3000) libm.so.6 => /lib/libm.so.6 (0x00169000) libc.so.6 => /lib/libc.so.6 (0x00190000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x002cd000) libsmime3.so => /usr/lib/libsmime3.so (0x002d9000) libpthread.so.0 => /lib/libpthread.so.0 (0x0031e000) libdl.so.2 => /lib/libdl.so.2 (0x00a16000) libresolv.so.2 => /lib/libresolv.so.2 (0x00335000) libcrypt.so.1 => /lib/libcrypt.so.1 (0x00eb0000) /lib/ld-linux.so.2 (0x00303000) undefined symbol: XP_AccLangList (/usr/lib/dirsrv/libns-dshttpd.so.0.0.0) The undefined symbol isn't related to this bug. A new bug has been opened for the new undefined symbol: https://bugzilla.redhat.com/show_bug.cgi?id=391171 This was verified aginst: 1195508960 redhat-ds-base-8.0.0-11.el5dsrv Mon Nov 19 2007 1195508963 redhat-ds-admin-8.0.0-1.15.el5dsrv Mon Nov 19 2007 1195508965 redhat-ds-console-8.0.0-8.el5dsrv Mon Nov 19 2007 1195508966 redhat-admin-console-8.0.0-9.el5dsrv Mon Nov 19 2007