Re: Problem compiling mod_php4 on FreeBSD

What were your PHP configure flags? On Wed, 8 Nov 2000, David Comeau wrote: > 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. > > > -- > PHP Install Mailing List (http://www.php.net/) > To unsubscribe, e-mail: php-install-unsubscribe@lists.php.net > For additional commands, e-mail: php-install-help@lists.php.net > To contact the list administrators, e-mail: php-list-admin@lists.php.net >