Compile errors php/apache/ldap

Could someone please point me in the right direction or shed some light on my problem. Solaris 2.6 Apache 1.3.22 OpenLDAP 2.0.21 php 4.1.1 mod ssl 2.8.5 postgresql 7.1.3 gcc 2.95.3 libgcc 3.0.3 I did the install for openldap with the following configure: CC=gcc ./configure --enable-ldbm=no --enable-ldap I then installed mod ssl with: ./configure --with-apache=/u01/app/apache_1.3.22 Then I moved on to php with: ./configure --prefix=/u01/app/php --with-openssl --with-apache=/u01/app/apache_1.3.22 --with-dom --with-gd --enable-dg-native-ttf --with-ldap --enable-mailparse --with-pgsql=/u01/app/pgsql --with-snmp --enable-ucd-snmp-hack --with-zlib-dir=/usr/local For apache I used this: ./configure --prefix=/u01/app/apache-1.3 --enable-module=so --enable-module=rewrite --enable-module=info --enable-module=ssl --activate-module=src/modules/php4/libphp4.a --enable-module=php4 --enable-shared=ssl The make for apache compiles upto ldap and php which produces an

Undefined                       first referenced
 symbol                             in file
ldap_first_reference                modules/php4/libphp4.a(ldap.o)
ldap_count_values_len               modules/php4/libphp4.a(ldap.o)
ldap_memfree                        modules/php4/libphp4.a(ldap.o)

. . .

ldap_count_entries                  modules/php4/libphp4.a(ldap.o)

ld: fatal: Symbol referencing errors. No output written to httpd collect2: ld returned 1 exit status make[2]: *** [target_static] Error 1 make[2]: Leaving directory `/u01/app/apache_1.3.22/src' make[1]: *** [build-std] Error 2 make[1]: Leaving directory `/u01/app/apache_1.3.22' make: *** [build] Error 2 orion:/u01/app/apache_1.3.22 >echo $PATH .:/usr/openwin/bin:/usr/local/bin:/usr/bin:/usr/local/sbin:/usr/sbin: /bin:/sbin:/usr/ucb:/usr/ccs/bin:/opt/sudo: orion:/u01/app/apache_1.3.22 >echo $LD_LIBRARY_PATH /usr/openwin/lib:/usr/lib:/usr/local/lib:/u01/app/apache-1.3/libexec: /etc/lib:/u01/app/php/lib/php/:/usr/include:/usr/local/include If anybody knows where I can RTFM or an answer then please let me know. Thanks Corey Anson corey.anson@wcom.com