Bug #17362 Updated: can't open conftest.out
ID: 17362
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Compile Failure
Operating System: Solaris8 and Solaris7
PHP Version: 4.2.1
New Comment:
This seems a little unorthodox, but I have it working with autoconf
2.53, I was able to reproduce this on several systems.
[step 1]
./configure --with-apache=../apache_1.3.24
--with-zlib-dir=/usr/local/lib --with-bz2=/usr/local/bin
--with-gd=/usr/local/lib
--with-pgsql=/usr/local/pgsql --enable-track-vars --enable-ftp
This will error out with the original error.
[step 2]
rm configure && ./buildconf
This will error out with basically the same error.
[step 3]
export CC=gcc ./configure --with-apache=../apache_1.3.24
--with-zlib-dir=/usr/local/lib --with-bz2=/usr/local/bin
--with-gd=/usr/local/lib
--with-pgsql=/usr/local/pgsql --enable-track-vars --enable-ftp
Then it works OK. I tried just doing the export CC=gcc
first, but that doesn't seem to help. This seems a little weird to me,
but I'm happy, it appears to be working now.
Thanks.
Previous Comments:
[2002-05-22 11:24:16] [EMAIL PROTECTED]
I still got the same error. I will see if I can 2.52 somewhere.
{dcars1}[root]:/usr/src/php-4.2.1: rm configure && ./buildconf
rebuilding configure
rebuilding main/php_config.h.in
WARNING: Using auxiliary files such as `acconfig.h', `config.h.bot'
WARNING: and `config.h.top', to define templates for `config.h.in'
WARNING: is deprecated and discouraged.
WARNING: Using the third argument of `AC_DEFINE' and
WARNING: `AC_DEFINE_UNQUOTED' allows to define a template without
WARNING: `acconfig.h':
WARNING: AC_DEFINE([NEED_MAIN], 1,
WARNING: [Define if a function `main' is needed.])
WARNING: More sophisticated templates can also be produced, see the
WARNING: documentation.
autoheader: `main/php_config.h.in' is created
{dcars1}[root]:/usr/src/php-4.2.1: make
Making all in Zend
make[1]: Entering directory `/usr/share/src/php-4.2.1/Zend'
/bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I.
-I../main -D_POSIX_PTHREAD_SEMANTICS -I../TSRM -g -O2
-prefer-non-pic -static -c -o zend_language_parser.lo `test -f
zend_language_parser.c || echo './'`zend_language_parser.c
In file included from zend_compile.h:24,
from zend_language_parser.c:147:
zend.h:55:19: unix.h: No such file or directory
make[1]: *** [zend_language_parser.lo] Error 1
make[1]: Leaving directory `/usr/share/src/php-4.2.1/Zend'
make: *** [all-recursive] Error 1
[2002-05-22 11:06:09] [EMAIL PROTECTED]
2.53 should work too, but I can't promise anything :)
[2002-05-22 11:05:05] [EMAIL PROTECTED]
I appear to have autoconf 2.53
(from www.sunfreeware.com)
pkginfo -l SMCautoc | grep VERSION
VERSION: 2.53
Do I need to go back to 2.52?
[2002-05-22 10:49:38] [EMAIL PROTECTED]
It's a bug in autoconf 2.13 (4.20 was created with 2.52, which causes a
lot of problems on Linux).
THere are two things you can do:
1. rm configure && ./buildconf (with autoconf 2.52 installed)
or
2. CC-gcc ./configure --your-switches
Derick
[2002-05-22 10:39:45] [EMAIL PROTECTED]
I've sucessfully gotten 4.2.1 to work on a couple of Linux boxes, and
4.2.0 to work on several Solaris boxes. But I can not get 4.2.1 to make
or compile on Solaris. I've tried with both gcc2.9.5.2 and gcc3.0.3.
During the configure
./configure --with-apache=../apache_1.3.24
--with-zlib-dir=/usr/local/lib --with-bz2=/usr/local/bin
--with-gd=/usr/local/lib
--with-pgsql=/usr/local/pgsql --enable-track-vars --enable-ftp
It makes it down to
checking for fclose declaration... ok
checking for alloc.h... grep: can't open conftest.out
yes
checking for arpa/init.h... grep: can't open conftest.out
yes
... more stuff
checking for arpa/unix.h... grep: can't open conftest.out
yes
checking for arpa/utime.h... grep: can't open conftest.out
yes
It keeps doing this for about 20 lines, the warnings go away
for the rest of the configure.
Then when I try to do the make
In file included from zend_compile.h:24,
from zend_language_parser.c:147:
zend.h55:19: unix.h No such file or directory
make[1]: *** [zend_language_parser.lo] Error 1
make[1]: Leaving directory '/usr/share/src/php-4.2.1/Zend'
make: *** [all-recursive] Error 1
If I go back to 4.2.0, everything works great. If I take the same
tar'd source file and put it on Linux it works great. But I cannot
get 4.2.1 to work on Solaris8.
I did a search, and I do not have
Bug #17362 Updated: can't open conftest.out
ID: 17362
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Compile Failure
Operating System: Solaris8 and Solaris7
PHP Version: 4.2.1
New Comment:
I still got the same error. I will see if I can 2.52 somewhere.
{dcars1}[root]:/usr/src/php-4.2.1: rm configure && ./buildconf
rebuilding configure
rebuilding main/php_config.h.in
WARNING: Using auxiliary files such as `acconfig.h', `config.h.bot'
WARNING: and `config.h.top', to define templates for `config.h.in'
WARNING: is deprecated and discouraged.
WARNING: Using the third argument of `AC_DEFINE' and
WARNING: `AC_DEFINE_UNQUOTED' allows to define a template without
WARNING: `acconfig.h':
WARNING: AC_DEFINE([NEED_MAIN], 1,
WARNING: [Define if a function `main' is needed.])
WARNING: More sophisticated templates can also be produced, see the
WARNING: documentation.
autoheader: `main/php_config.h.in' is created
{dcars1}[root]:/usr/src/php-4.2.1: make
Making all in Zend
make[1]: Entering directory `/usr/share/src/php-4.2.1/Zend'
/bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I.
-I../main -D_POSIX_PTHREAD_SEMANTICS -I../TSRM -g -O2
-prefer-non-pic -static -c -o zend_language_parser.lo `test -f
zend_language_parser.c || echo './'`zend_language_parser.c
In file included from zend_compile.h:24,
from zend_language_parser.c:147:
zend.h:55:19: unix.h: No such file or directory
make[1]: *** [zend_language_parser.lo] Error 1
make[1]: Leaving directory `/usr/share/src/php-4.2.1/Zend'
make: *** [all-recursive] Error 1
Previous Comments:
[2002-05-22 11:06:09] [EMAIL PROTECTED]
2.53 should work too, but I can't promise anything :)
[2002-05-22 11:05:05] [EMAIL PROTECTED]
I appear to have autoconf 2.53
(from www.sunfreeware.com)
pkginfo -l SMCautoc | grep VERSION
VERSION: 2.53
Do I need to go back to 2.52?
[2002-05-22 10:49:38] [EMAIL PROTECTED]
It's a bug in autoconf 2.13 (4.20 was created with 2.52, which causes a
lot of problems on Linux).
THere are two things you can do:
1. rm configure && ./buildconf (with autoconf 2.52 installed)
or
2. CC-gcc ./configure --your-switches
Derick
[2002-05-22 10:39:45] [EMAIL PROTECTED]
I've sucessfully gotten 4.2.1 to work on a couple of Linux boxes, and
4.2.0 to work on several Solaris boxes. But I can not get 4.2.1 to make
or compile on Solaris. I've tried with both gcc2.9.5.2 and gcc3.0.3.
During the configure
./configure --with-apache=../apache_1.3.24
--with-zlib-dir=/usr/local/lib --with-bz2=/usr/local/bin
--with-gd=/usr/local/lib
--with-pgsql=/usr/local/pgsql --enable-track-vars --enable-ftp
It makes it down to
checking for fclose declaration... ok
checking for alloc.h... grep: can't open conftest.out
yes
checking for arpa/init.h... grep: can't open conftest.out
yes
... more stuff
checking for arpa/unix.h... grep: can't open conftest.out
yes
checking for arpa/utime.h... grep: can't open conftest.out
yes
It keeps doing this for about 20 lines, the warnings go away
for the rest of the configure.
Then when I try to do the make
In file included from zend_compile.h:24,
from zend_language_parser.c:147:
zend.h55:19: unix.h No such file or directory
make[1]: *** [zend_language_parser.lo] Error 1
make[1]: Leaving directory '/usr/share/src/php-4.2.1/Zend'
make: *** [all-recursive] Error 1
If I go back to 4.2.0, everything works great. If I take the same
tar'd source file and put it on Linux it works great. But I cannot
get 4.2.1 to work on Solaris8.
I did a search, and I do not have a unix.h file anywhere.
(But it's the same with 4.2.0 and it works anyway).
--
Edit this bug report at http://bugs.php.net/?id=17362&edit=1
Bug #17362 Updated: can't open conftest.out
ID: 17362 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Compile Failure Operating System: Solaris8 and Solaris7 PHP Version: 4.2.1 New Comment: 2.53 should work too, but I can't promise anything :) Previous Comments: [2002-05-22 11:05:05] [EMAIL PROTECTED] I appear to have autoconf 2.53 (from www.sunfreeware.com) pkginfo -l SMCautoc | grep VERSION VERSION: 2.53 Do I need to go back to 2.52? [2002-05-22 10:49:38] [EMAIL PROTECTED] It's a bug in autoconf 2.13 (4.20 was created with 2.52, which causes a lot of problems on Linux). THere are two things you can do: 1. rm configure && ./buildconf (with autoconf 2.52 installed) or 2. CC-gcc ./configure --your-switches Derick [2002-05-22 10:39:45] [EMAIL PROTECTED] I've sucessfully gotten 4.2.1 to work on a couple of Linux boxes, and 4.2.0 to work on several Solaris boxes. But I can not get 4.2.1 to make or compile on Solaris. I've tried with both gcc2.9.5.2 and gcc3.0.3. During the configure ./configure --with-apache=../apache_1.3.24 --with-zlib-dir=/usr/local/lib --with-bz2=/usr/local/bin --with-gd=/usr/local/lib --with-pgsql=/usr/local/pgsql --enable-track-vars --enable-ftp It makes it down to checking for fclose declaration... ok checking for alloc.h... grep: can't open conftest.out yes checking for arpa/init.h... grep: can't open conftest.out yes ... more stuff checking for arpa/unix.h... grep: can't open conftest.out yes checking for arpa/utime.h... grep: can't open conftest.out yes It keeps doing this for about 20 lines, the warnings go away for the rest of the configure. Then when I try to do the make In file included from zend_compile.h:24, from zend_language_parser.c:147: zend.h55:19: unix.h No such file or directory make[1]: *** [zend_language_parser.lo] Error 1 make[1]: Leaving directory '/usr/share/src/php-4.2.1/Zend' make: *** [all-recursive] Error 1 If I go back to 4.2.0, everything works great. If I take the same tar'd source file and put it on Linux it works great. But I cannot get 4.2.1 to work on Solaris8. I did a search, and I do not have a unix.h file anywhere. (But it's the same with 4.2.0 and it works anyway). -- Edit this bug report at http://bugs.php.net/?id=17362&edit=1
Bug #17362 Updated: can't open conftest.out
ID: 17362 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Compile Failure Operating System: Solaris8 and Solaris7 PHP Version: 4.2.1 New Comment: I appear to have autoconf 2.53 (from www.sunfreeware.com) pkginfo -l SMCautoc | grep VERSION VERSION: 2.53 Do I need to go back to 2.52? Previous Comments: [2002-05-22 10:49:38] [EMAIL PROTECTED] It's a bug in autoconf 2.13 (4.20 was created with 2.52, which causes a lot of problems on Linux). THere are two things you can do: 1. rm configure && ./buildconf (with autoconf 2.52 installed) or 2. CC-gcc ./configure --your-switches Derick [2002-05-22 10:39:45] [EMAIL PROTECTED] I've sucessfully gotten 4.2.1 to work on a couple of Linux boxes, and 4.2.0 to work on several Solaris boxes. But I can not get 4.2.1 to make or compile on Solaris. I've tried with both gcc2.9.5.2 and gcc3.0.3. During the configure ./configure --with-apache=../apache_1.3.24 --with-zlib-dir=/usr/local/lib --with-bz2=/usr/local/bin --with-gd=/usr/local/lib --with-pgsql=/usr/local/pgsql --enable-track-vars --enable-ftp It makes it down to checking for fclose declaration... ok checking for alloc.h... grep: can't open conftest.out yes checking for arpa/init.h... grep: can't open conftest.out yes ... more stuff checking for arpa/unix.h... grep: can't open conftest.out yes checking for arpa/utime.h... grep: can't open conftest.out yes It keeps doing this for about 20 lines, the warnings go away for the rest of the configure. Then when I try to do the make In file included from zend_compile.h:24, from zend_language_parser.c:147: zend.h55:19: unix.h No such file or directory make[1]: *** [zend_language_parser.lo] Error 1 make[1]: Leaving directory '/usr/share/src/php-4.2.1/Zend' make: *** [all-recursive] Error 1 If I go back to 4.2.0, everything works great. If I take the same tar'd source file and put it on Linux it works great. But I cannot get 4.2.1 to work on Solaris8. I did a search, and I do not have a unix.h file anywhere. (But it's the same with 4.2.0 and it works anyway). -- Edit this bug report at http://bugs.php.net/?id=17362&edit=1
Bug #17362 Updated: can't open conftest.out
ID: 17362 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: Solaris8 and Solaris7 PHP Version: 4.2.1 New Comment: It's a bug in autoconf 2.13 (4.20 was created with 2.52, which causes a lot of problems on Linux). THere are two things you can do: 1. rm configure && ./buildconf (with autoconf 2.52 installed) or 2. CC-gcc ./configure --your-switches Derick Previous Comments: [2002-05-22 10:39:45] [EMAIL PROTECTED] I've sucessfully gotten 4.2.1 to work on a couple of Linux boxes, and 4.2.0 to work on several Solaris boxes. But I can not get 4.2.1 to make or compile on Solaris. I've tried with both gcc2.9.5.2 and gcc3.0.3. During the configure ./configure --with-apache=../apache_1.3.24 --with-zlib-dir=/usr/local/lib --with-bz2=/usr/local/bin --with-gd=/usr/local/lib --with-pgsql=/usr/local/pgsql --enable-track-vars --enable-ftp It makes it down to checking for fclose declaration... ok checking for alloc.h... grep: can't open conftest.out yes checking for arpa/init.h... grep: can't open conftest.out yes ... more stuff checking for arpa/unix.h... grep: can't open conftest.out yes checking for arpa/utime.h... grep: can't open conftest.out yes It keeps doing this for about 20 lines, the warnings go away for the rest of the configure. Then when I try to do the make In file included from zend_compile.h:24, from zend_language_parser.c:147: zend.h55:19: unix.h No such file or directory make[1]: *** [zend_language_parser.lo] Error 1 make[1]: Leaving directory '/usr/share/src/php-4.2.1/Zend' make: *** [all-recursive] Error 1 If I go back to 4.2.0, everything works great. If I take the same tar'd source file and put it on Linux it works great. But I cannot get 4.2.1 to work on Solaris8. I did a search, and I do not have a unix.h file anywhere. (But it's the same with 4.2.0 and it works anyway). -- Edit this bug report at http://bugs.php.net/?id=17362&edit=1
