further follow up: I'm not sure why, but I'm compiling 1.4.1 on perl 5.6.1 (I was reading the FAQ, imainge that) and it is supposed to compile, but just for giggles I ran it with "perl Makefile.PL POLLUTE=1" and it worked. Odd since 1.4.1 was supposed to fix that problem, just thought you ought to know. Daniel Chester wrote: > I'm running Solaris8 on a U5. > > I downloaded ldapsdk-41-SOLARIS_5.8-64-domestic-ssl.tar.gz from the > www.iplanet.com/download site. > Once installed into /usr/local/ldapsdk (and added /usr/local/ldapsdk/lib to my > LD_LIBRARY_PATH), I tried to compile perldap-1.4.1 and I got the following: > > >perl Makefile.PL > > PerLDAP - Perl 5 Module for LDAP > ================================ > Directory containing 'include' and 'lib' directory of the Netscape > LDAP Software Developer Kit (default: /usr): /usr/local/ldapsdk > Using LDAPv3 Developer Kit (default: yes)? no > Include SSL Support (default: yes)? no > Libraries to link with (default: -L/usr/local/ldapsdk/lib -lldapssl41): > Writing Makefile for Mozilla::LDAP::API > alpha-20:08-/.cpan/build/perldap-1.4 >make > gcc -c -I/usr/local/ldapsdk/include -fno-strict-aliasing -I/usr/local/include > -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O -DVERS > ION=\"1.4\" -DXS_VERSION=\"1.4\" -fPIC > -I/usr/local/lib/perl5/5.6.1/sun4-solaris/CORE API.c > API.c: In function `avref2charptrptr': > API.c:205: `na' undeclared (first use in this function) > API.c:205: (Each undeclared identifier is reported only once > API.c:205: for each function it appears in.) > API.c: In function `avref2berptrptr': > API.c:235: `na' undeclared (first use in this function) > API.c: In function `parse1mod': > API.c:377: `na' undeclared (first use in this function) > API.c: In function `XS_Mozilla__LDAP__API_ldap_result': > API.c:2459: `na' undeclared (first use in this function) > API.c: In function `XS_Mozilla__LDAP__API_ldap_search_st': > API.c:2692: `na' undeclared (first use in this function) > API.c: In function `XS_Mozilla__LDAP__API_ldap_url_parse': > API.c:2961: `sv_undef' undeclared (first use in this function) > API.c: In function `XS_Mozilla__LDAP__API_ldap_url_search_st': > API.c:3023: `na' undeclared (first use in this function) > make: *** [API.o] Error 1 > > I went into /usr/local/ldapsdk/examples just to make sure that it wasn't the > SDK. (BTW: cc is hardcoded into the Makefile....) > I got the following error: > make > gcc -g -I../include -I../include -c -o search.o search.c > gcc -o search search.o -L../lib -lldapssl41 -lsocket -lnsl > ld: fatal: file ../lib/libldapssl41.so: wrong ELF class: ELFCLASS64 > ld: fatal: File processing errors. No output written to search > collect2: ld returned 1 exit status > make: *** [search] Error 1 > > At this point, things are not looking good..... > > Also after much bumbling around, I managed to find NSPR and NSS. I compiled > nspr but there are no instructions on what to do after running make, and there > is no 'make install' option. NSS gives me nothing when I run make and who knows > what to do with coreconf. Why has this become so complicated? 6 months ago, > when trying to compile perldap all I needed to do was download the SDK, and it > would compile. Now all of a sudden there are 5 things I have to download (SDK, > perldap, NSS, NSPR, coreconf), most of which have vague instructions if at all, > compile and some how figure out where to put them, piece them together, grab my > roll of duct tape and silly putty and hope the whole thing does crash. Is there > a simple way to get perldap to work/compile with out having to just through all > of these hoops?
begin:vcard n:Chester;Daniel x-mozilla-html:TRUE url:www.chesternet.net/talamar adr:;;;;;; version:2.1 email;internet:[EMAIL PROTECTED] fn:Daniel Chester end:vcard
