Problem compiling mod_php4 on FreeBSD

We are having problems compiling the mod_php4 ports on both FreeBSD 3.4-STABLE and 4.1-STABLE. This happens if we compile it with zlib and oci8. We have had to edit the root Makefile to add support for oci8. If we don't compile it with zlib, we get the following: +--------------------------------------------------------------------+ | *** ATTENTION *** | | | | Something is likely to be messed up here, because the configure | | script was not able to detect a simple feature on your platform. | | This is often caused by incorrect configuration parameters. Please | | see the file debug.log for error messages. | | | | If you are unable to fix this, send the file debug.log to the | | php-install@lists.php.net mailing list and include appropiate | | information about your setup. | +--------------------------------------------------------------------+ | License: | | This software is subject to the PHP License, available in this | | distribution in the file LICENSE. By continuing this installation | | process, you are bound by the terms of this license agreement. | | If you do not agree with the terms of this license, you must abort | | the installation process at this point. | +--------------------------------------------------------------------+ configure:1288: checking for a BSD compatible install configure:1341: checking whether build environment is sane configure:1398: checking whether make sets ${MAKE} configure:1444: checking for working aclocal configure:1457: checking for working autoconf configure:1470: checking for working automake configure:1483: checking for working autoheader configure:1496: checking for working makeinfo configure:1526: checking whether to enable maintainer-specific portions of Makefiles configure:1555: checking host system type configure:1583: checking for gawk configure:1583: checking for mawk configure:1583: checking for nawk configure:1583: checking for awk configure:1617: checking for bison configure:1617: checking for byacc configure:1664: checking for gcc configure:1777: checking whether the C compiler (cc -O -pipe ) works configure:1793: cc -o conftest -O -pipe conftest.c 1>&5 configure:1819: checking whether the C compiler (cc -O -pipe ) is a cross-compiler configure:1824: checking whether we are using GNU C configure:1833: cc -E conftest.c configure:1852: checking whether cc accepts -g configure:1884: checking how to run the C preprocessor configure:1905: cc -E conftest.c >/dev/null 2>conftest.out configure:1964: checking for AIX configure:2005: checking for cc option to accept ANSI C configure:2058: cc -c -O -pipe conftest.c 1>&5 configure:2085: checking for ranlib configure:2117: checking whether cc understands -c and -o together configure:2129: cc -c conftest.c -o conftest.o 1>&5 configure:2130: cc -c conftest.c -o conftest.o 1>&5 configure:2165: checking whether ln -s works configure:2192: checking for flex configure:2225: checking for flex configure:2259: checking for yywrap in -lfl configure:2278: cc -o conftest -O -pipe conftest.c -lfl 1>&5 configure:2301: checking lex output file root configure:2322: checking whether yytext is a pointer configure:2341: cc -o conftest -O -pipe conftest.c -lfl 1>&5 configure:2364: checking for working const configure:2418: cc -c -O -pipe conftest.c 1>&5 configure:2535: cc -o conftest -O -pipe conftest.c 1>&5 /tmp/ccs43174.o: In function `main': /tmp/ccs43174.o(.text+0x1d): undefined reference to `pthread_mutexattr_init' /tmp/ccs43174.o(.text+0x31): undefined reference to `pthread_create' configure: failed program was: #line 2517 "configure" #include "confdefs.h" *** Warning: This library needs some functionality provided by -ldl. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** Warning: This library needs some functionality provided by -ldl. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** The inter-library dependencies that have been dropped here will be *** automatically added whenever a program is linked with this library *** or is declared to -dlopen it. # make install ===> Installing for mod_php-4.0.3pl1 ===> mod_php-4.0.3pl1 depends on file: /usr/local/sbin/apxs - found ===> mod_php-4.0.3pl1 depends on shared library: mysqlclient.6 - found Making install in Zend Making install in main Making install in ext Making install in mysql Making install in oci8 Making install in pcre Making install in pcrelib Making install in posix Making install in session Making install in standard Making install in xml Making install in expat Making install in xmltok Making install in xmlparse Making install in sapi Making install in apache Making install in TSRM Making install in . /usr/local/sbin/apxs -i -a -n php4 libs/libphp4.so cp libs/libphp4.so /usr/local/libexec/apache/libphp4.so chmod 755 /usr/local/libexec/apache/libphp4.so [activating module `php4' in /usr/local/etc/apache/httpd.conf] ===> Generating temporary packing list Restarting Apache... /usr/local/sbin/apachectl restart: httpd not running, trying to start Syntax error on line 239 of /usr/local/etc/apache/httpd.conf: Cannot load /usr/local/libexec/apache/libphp4.so into server: Shared object "libdl.so.2" not found /usr/local/sbin/apachectl restart: httpd could not be started *** Error code 5 Stop in /usr/ports/www/mod_php4. *** Error code 1 Stop in /usr/ports/www/mod_php4. *** Error code 1 Stop in /usr/ports/www/mod_php4. We were able to compile php4 under RedHat linux 6.1 with no problems. We have tried this on both versions of FreeBSD and there were problems. The reason that we are doing it this way, is that Oracle 8i only runs on linux (of which it is installed and works correctly), and we want to use the libs on that OS to compile php4 on our freebsd machines, where we are running our main web servers. Can you help us figure this out? Sincerely, David Comeau System Administrator WiSOL, Inc.