ID: 17218 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Analyzed Bug Type: Compile Failure Operating System: Solaris 8 PHP Version: 4.2.1 New Comment:
Great. At least we have the problem diagnosed. Previous Comments: ------------------------------------------------------------------------ [2002-05-14 18:56:11] [EMAIL PROTECTED] I copied the configure script from the 4.2.0 tarball and it seems to work, thanks for the hint. ------------------------------------------------------------------------ [2002-05-14 18:44:02] [EMAIL PROTECTED] I've just checked, and there were no changes made in configure script between 4.2.0 and 4.2.1 appart from version number and the register globals warning. The only significant thing is that the configure was built using autoconf 2.53 in 4.2.0 tarball, and with autoconf 2.13 in 4.2.1 due to some probles we were having with the latest version. Could you please try to copy configure script from 4.2.0 tarball over in 4.2.1 source and see if the build works? ------------------------------------------------------------------------ [2002-05-14 18:23:17] [EMAIL PROTECTED] Same problem here... after commenting out "#define HAVE_UNIX_H 1" I get a lot of warnings when compiling: In file included from ../main/php_config.h:2084, from zend_config.h:1, from zend.h:48, from zend_compile.h:24, from zend_language_parser.c:147: /usr/include/stdlib.h:79: warning: empty declaration In file included from ../main/php_config.h:2088, from zend_config.h:1, from zend.h:48, from zend_compile.h:24, from zend_language_parser.c:147: /usr/include/sys/types.h:339: warning: empty declaration /usr/include/sys/types.h:480: warning: empty declaration /usr/include/sys/types.h:481: warning: empty declaration and so on.... ------------------------------------------------------------------------ [2002-05-14 18:23:01] [EMAIL PROTECTED] Undefining HAVE_UNIX_H took care of the first problem and introduced a mysql compile failure. I don't know if this is new in 4.2.1 or not since for the 4.2.0 compile I used --with-mysql=/opt/mysql. (I'd only omitted it for the original test case since it was the simplest ./configure option that duplicated the error). I also needed undefine HAVE_SYS_SYSEXITS_H to get further in compilation, to then end up with this error (below). I'll look into this further tomorrow and see if I can nail down what's causing it. /bin/sh /download/php-4.2.1/libtool --silent --mode=link gcc -I. -I/download/php-4.2.1/ -I/download/php-4.2.1/main -I/download/php-4.2.1 -I/opt/apache-1.3.24/include -I/download/php-4.2.1/Zend -I/opt/mysql/include -I/download/php-4.2.1/ext/xml/expat -D_POSIX_PTHREAD_SEMANTICS -DSOLARIS2=280 -DMOD_SSL=208108 -DEAPI -DEAPI_MM -DUSE_EXPAT -DSHARED_CORE -I/download/php-4.2.1/TSRM -g -O2 -prefer-pic -o libphp4.la -rpath /download/php-4.2.1/libs -avoid-version -L/usr/ucblib -L/opt/mysql/lib -R /usr/ucblib -R /opt/mysql/lib stub.lo Zend/libZend.la sapi/apache/libsapi.la main/libmain.la regex/libregex.la /download/php-4.2.1/ext/ctype/libctype.la /download/php-4.2.1/ext/mysql/libmysql.la /download/php-4.2.1/ext/pcre/libpcre.la /download/php-4.2.1/ext/posix/libposix.la /download/php-4.2.1/ext/session/libsession.la /download/php-4.2.1/ext/standard/libstandard.la /download/php-4.2.1/ext/xml/libxml.la TSRM/libtsrm.la -lpam -lmysqlclient -lz -lcrypt -lresolv -lresolv -lresolv -lm -ldl -lsocket -lsocket -lcrypt -ldl main/.libs/libmain.al: object main/.libs/libmain.al(main.lo) in archive is not object collect2: ld returned 1 exit status *** Error code 1 make: Fatal error: Command failed for target `libphp4.la' Current working directory /download/php-4.2.1 *** Error code 1 make: Fatal error: Command failed for target `all-recursive' ------------------------------------------------------------------------ [2002-05-14 18:09:40] [EMAIL PROTECTED] Could you have a look in main/php_config.h. Can you find a line that says #define HAVE_UNIX_H 1 If yes, could you try commenting that line out and compiling again. ------------------------------------------------------------------------ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/17218 -- Edit this bug report at http://bugs.php.net/?id=17218&edit=1