It a bug in autoconf 2.13. If you have autoconf 2.5x installed on your system you shoud be able to compile php using:

./cvsclean
./buildconf
./configure --without-xml --prefix=/usr
make
make install

there are still errors in that situation.  I have the latest updates on everything.  the odd thing is that Zend configure section detects the cygwin enviroment.

http://blakforge.phpwebhosting.com/phpdebug/example.txt
http://blakforge.phpwebhosting.com/phpdebug/example1.txt

it seems that php doesnt like cygwin / POSIX

Did you install autoconf 2.5x?
What about
./cvsclean
./buildconf

of course its installed (latest ver of autoconf), i said that i have the latest updates on _everything_.

cvsclean (i dont know what it does) was ran and 
buildconf (checked out ok)

you can check out those text files as an example and to get a good idea about my system.  if there is some program that will spit out every program that i have installed / versions i will do that for you if necessary to give you a better idea of my enviroment.

The line in the text file you linked:

checking for Cygwin environment... (cached) no

shows that config.cache hasn't been deleted (this is one of the files that is deleted by ./configure).

That is why I'm asking if that was acutally done. Another thing, what does "autoconf --version" say?

I meant to say "deleted by ./cvsclean".

just to make you happy, this time i dumped the results of your recommended ./configure configuration to the previous link.  just so you know, i did _exactly_ what you recommended when you initaly posted.  when i was attempting to compile php 4.2.0 it looked like the install was more successful than the latest version (that didnt compile either, even with some tinkering).

heres the results of what you asked for:

http://blakforge.phpwebhosting.com/phpdebug/buildconf.txt

during the dumping of the output of configure i noticed a lot of these lines coming up:

grep: conftest.out: No such file or directory

Please try this snapshot:

http://snaps.php.net/php4-latest.tar.gz

No feedback was provided for this bug for over a month, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".

All,

I've reproduced the problem on 4.2.3 and php4-200210220900. I also did a test on 4.1.2, and it detects Cygwin just fine.

Here's what I did, using php4-200210220900:

./cvsclean
(this did NOT delete config.cache, so I deleted it by hand)
./buildconf
./configure --without-xml --prefix=/usr

Here's the first few lines of output (I can provide the rest if it will help)

---
creating cache ./config.cache
checking for Cygwin environment... no
checking for mingw32 environment... no
checking host system type... i686-pc-cygwin
checking for gcc... gcc
checking whether the C compiler (gcc  ) works... yes
checking whether the C compiler (gcc  ) is a cross-compiler... no
checking whether we are using GNU C... yes
checking whether gcc accepts -g... yes
checking whether gcc and cc understand -c and -o together... yes
checking how to run the C preprocessor... gcc -E
checking for AIX... no
checking if compiler supports -R...
---

Just FYI, autoconf -V returns "autoconf (GNU Autoconf) 2.53a".

This is on a freshly-formatted Win2K Pro box.

Hope this helps,


--Paul

Use autoconf 2.13

Sniper,

> Use autoconf 2.13

...seems to contradict with...

<< [18 Jun 4:59am] edink@php.net It a bug in autoconf 2.13. If you have autoconf 2.5x installed on your system you shoud be able to compile php >>

Anyhow, using autoconf  2.13...

./cvsclean
./buildconf
./configure --without-xml --prefix=/usr
creating cache ./config.cache
checking for Cygwin environment... no
checking for mingw32 environment... no
checking host system type... i686-pc-cygwin
checking for gcc... gcc
checking whether the C compiler (gcc  ) works... yes
checking whether the C compiler (gcc  ) is a cross-compiler... no
checking whether we are using GNU C... yes
checking whether gcc accepts -g... yes

Seems the same...?


--Paul

check config.log for the real reason WHY the check fails.
Further discussion about this should happen on php-dev@lists.php.net so stop posting your comments here.

After additional testing and to-ing/fro-ing, it seems that the problem might well be down to cc not being available.

I fixed the problem on my test machine with:

ln --symbolic /usr/bin/gcc /usr/bin/cc

configure then properly detects Cygwin.  YMMV ;)

cvs -z3
update -d -P
checkout -P
diff -u