Full_Name: Rafał Mużyło Version: 2.3.38 OS: Linux URL: Submission from: (NULL) (89.228.37.72)

A few months ago I came across a problem that I reported to Gentoo Bugzilla, however that bug (http://bugs.gentoo.org/show_bug.cgi?id=189817) was closed as invalid. I don't think that it was, at least not 100%. I'm not really an openldap user, I simply have it installed as a dependency and probably I'm not using it at all. This is simply something that I noticed while I was building wine. During configure, openldap was not detected, although it was installed. I filed it as --as-needed issue, now, however, I no longer think it the case. As the bug mentions, libldap_r.so had undefined symbols from pthread, so standard configure lib check was failing.

I thought that it was an as-needed issue, but now I'm not so sure. You have a closed Build/2209 bug (about an unrelated issue). From the first reply I quote: "It ought to be linked with any libraries it depends on and pull them in implicitly.". Shouldn't it be the same for libldap_r.so - meaning shouldn't it be linked with pthread ?

After some checking I found that libslapi.so and most of /usr/lib/openldap have undefined symbols, too, but as far as I understand libslapi is internal use only and it's a design issue cause many symbols that libslapi uses are defined later in slapd (yes, I read that Windows note in servers/slapd/Makefile.in).