>>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<<
On 1/9/01, 3:05:46 AM, <[EMAIL PROTECTED]> wrote regarding Re:
[midgard-user] Compiling midgard-php with Openldap-2.0.7:
> ldd /usr/local/apache/libexec/libphp3.so | grep ldap
> produces the following
> libldap.so.2 => /usr/local/openldap/lib/libldap.so.2 (0x00355000)
> liblber.so.2 => /usr/local/openldap/lib/liblber.so.2 (0x00380000)
> I don't know what the above is supposed to mean, except that I'm adopting
> some debugging tips that Emile and Frank have used here before.
> and running
> nm /usr/local/apache/libexec/libphp3.so | grep lderrno
> returns
> U ldap_get_errno
> which I suspect means that ldap_get_errno is undefined (just like the
> error message said), leaving me where I started.
Okay, also not obstructed by any expertise on this subject, so possibly
completely wrong:
If:
nm /usr/local/openldap/lib/libldap.so.2 | grep ldap_get_errno
or:
nm /usr/local/openldap/lib/liblber.so.2 | grep ldap_get_errno
returns:
T ldap_get_errno
Then that library does contain the missing symbol, but apache does not
find it, and Torben's suggestions are correct. I the one of last stages
of compilation of an apache module some information is stuffed into the
module to tell apache where to look for depency libs. If adding
/usr/local/openldap/lib to /etc/ld.so.conf doesn't help, you probably
should change the makefile to add the path /usr/local/openldap/lib too.
Sinfull suggestion: link the ldap libraries to the directorie where
libmidgard lives and run ldconfig. Apparently apache has no problem
finding that location. (this is definitely not the right way to do it,
but hey...)
If that works, you probably should file a bugreport.
Good luck,
Armand.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
