I have been trying to get PerLDAP running for quite a while now - I am using a fully installed RedHat 7.3 x86 distro.
Fist I tried building perldap against the ldap libs I found in my /usr/lib. This failed with every attempted lib with the same errors - a large list of them in API.c. So I guess redhat's libs don't have what it takes. I downloaded the iPlanet SDK (http://wwws.sun.com/software/download/developer/) for Linux 2.2 (all they have, I know I'm running 2.4) and I installed that in my /usr/ldap directory. I extract, make, make test, and make install PerLDAP, telling it to use include and lib dirs found under my new /usr/ldap. Things seem to go fine - even the make test says everything is A-OK. Then I go to write my perl script using Mozilla::LDAP::Conn; - as soon as this line gets invoked, I get back this error: /usr/bin/perl: relocation error: /usr/ldap/lib/libldap50.so: undefined symbol: pthread_key_create I tried to see if there was a library reference that wasn't being found by doing this: ldd /usr/ldap/lib/libldap50.so It says it's statically linked though, so that isn't the problem. So I say, "Well, shit - maybe it's this version of the SDK - I'll try a different one." So I download the optimized linux 2.2 versions 5.08 and 5.06, and the debug version 5.06. All of these versions give me the EXACT same problem I described above. In desperation, I tried to build the SDK from source as described on the Mozilla website. This is a complete nightmare, as I suspected. The build simply failed at various points, even after my several varied attempts at building it (and following the instructions perfectly, I might add). I am forced to wonder why some other organization besides Sun doesn't provide a package for Linux. So what do I do now? Has anyone seen the "pthread_key_create" error I described above? I browsed through google news and saw a few other people describing this error (on RedHat 7.3, too) but no one answered the poor folks. Or maybe some war stories to help me through the battle of building the SDK from source, assuming that would fix my problem (and is even possible - I have my doubts). What does a man have to do to use PerLDAP on Redhat? Thanks, Jake Feasel
