Gee, guys, some help, please

PHP is a wonderful piece of work but not much use if I can't get it compiled. I have posted this problem twice and gotten zip response. There's plenty of documentation for implementation & programming *after* the installation, but installation docs have gaping holes in them...to list just a very few basic questions currently bedeviling me: 1) What implementation(s) of LDAP are supported? 2) What functionality and access is engaged by setting the --with-ldap option in PHP configure? Is there any builtin support as there is for MySQL? Is this ldap support for use with client LDAP or server LDAP or some hardwired standard port interface connection? Is the ldap needed as middleware API for PHP because it has none of its own? So far, the docs consist pretty much of 'Here there be LDAP' (and what a dragon it is!) I'm baffled that an LDAP that responds properly to remote calls apparently can't be used locally by PHP as evidenced by the compile failure. Would someone please enlighten my darkness, if only to say: 1) authoritatively something can't be done 2) point me to a consultant that I could pay for authoritative help My original post and problem ======================================== I appear to be having problems with my PHP compile ldap linkage... I am compiling PHP on a working AIX LDAP server that responds correctly to remote email address queries from mail clients and to PHP client requests from an existing PHP installation from a Sun machine. The failure is detailed below, but apparently the PHP compile is looking for a symbolic that doesn't exist under IBM's LDAP implementation. I can find next to nothing about the LDAP infrastructure that PHP is expecting; I can infer that PHP is expecting OpenLDAP (whatever that is) and perhaps is incompatible with IBM's LDAP? Please help or give a pointer to someone that knows...I'm at a standstill on this... The details =============================================== First run through with my compile, I see two errors: ====1) In making zend.... "zend_extensions.c", line 33.16: 1506-068 (W) Operation between types "void*" and "int" is not allowed. == but everything completes and goes on....further on: Target "all" is up to date. =====2) but ldap fails Making all in ldap

           /bin/sh /usr/php/php-4.2.1/libtool --silent --mode=compile cc  -I.

-I/usr/php/php-4.2.1/ext/ldap -I/usr/php/php-4.2.1/m ain -I/usr/php/php-4.2.1 -I/usr/HTTPServer/include -I/usr/php/php-4.2.1/Zend -I/usr/ldap/include -I/usr/php/php-4.2.1/ext/mysql /libmysql -I/usr/php/php-4.2.1/ext/xml/expat -DAIX=43 -DUSE_PTHREAD_SERIALIZED_ACCEPT -DAIX_BIND_PROCESSOR -DUSE_HSREGEX -DUSE _EXPAT -DNO_DL_NEEDED -I/usr/php/php-4.2.1/TSRM -g -prefer-pic -c ldap.c "ldap.c", line 216.9: 1506-045 (S) Undeclared identifier LDAP_OPT_RESTART. "ldap.c", line 1620.14: 1506-045 (S) Undeclared identifier LDAP_OPT_RESTART. "ldap.c", line 1620.14: 1506-051 (S) Case expression must be a valid integral constant. "ldap.c", line 1715.14: 1506-045 (S) Undeclared identifier LDAP_OPT_RESTART. "ldap.c", line 1715.14: 1506-051 (S) Case expression must be a valid integral constant. "ldap.c", line 1719.29: 1506-068 (W) Operation between types "void*" and "int" is not allowed. make: 1254-004 The error code from the last command is 1. Stop. So I look in /usr/ldap/include and grep LDAP_OPT_RESTART * and find nothing. So I have perhaps a bigger question....what ldap is being expected in this build? The LDAP configure options don't mention any qualification as to what ldap is expected.

      "--with-ldap[=DIR] Include LDAP support. DIR is the LDAP base install

directory." My configure string was: ./configure --with-apxs=/usr/HTTPServer/bin/apxs --with-ldap=/usr/ldap I have a working LDAP server....which serves emaill addresses to IMAP clients just fine and to which our PHP developer can bind and work data from a previously setup Sun machine. The environment I'm working to install PHP on is an IBM RS/6000 running AIX5.1L. The webserving SW is IBM's rebranded (to HTTPServer) Apache V1.3.19. The LDAP is IBM's SecureWay....but that's just the name....it's actually slapd underneath everything. I would really, really, like to have IBM own the HTTP and Apache (be responsible for generating updates, etc) and only own PHP....rather than compiling everything and being responsible for all the updates, security, etc. So, what gives? Am I right in assuming that the compile is missing some includes that another LDAP has? Help. === Stewart Dean, Unix System Admin, Henderson Computer Resources Center of Bard College, Annandale-on-Hudson, New York 12504 sdean@bard.edu voice: 845-758-7475, fax: 845-758-7035 -- PHP Install Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Install Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php