This should be fixed now..can you test the latest snapshot:

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

(it does not contain the flex/bison generated files, so you need to have those tools installed)

GNU bison-1.35 and flex-2.5.4 are installed, but the bus still persists with php4-200206181200:

cc  -Imain/ -I/house/elmicha/local/src/php4-200206181200/main/ -DPHP_ATOM_INC -I/house/elmicha/local/src/php4-200206181200/include -I/house/elmicha/local/src/php4-200206181200/main -I/house/elmicha/local/src/php4-200206181200 -I/house/elmicha/local/src/php4-200206181200/Zend -I/house/elmicha/local/src/php4-200206181200/ext/xml/expat  -I/house/elmicha/local/src/php4-200206181200/TSRM -g  -c /house/elmicha/local/src/php4-200206181200/main/user_streams.c -o main/user_streams.o  && echo > main/user_streams.lo
Make: Don't know how to make /zend_language_parser.c.  Stop.

s/bus/bug in the comment above.

What are the first 4 lines in the Makefile for you?
And what was the exact configure line used?
No funky defines? :)

--Jani

The first 4 lines of the Makefile:
srcdir = /house/elmicha/local/src/php4-200206181200
builddir = /house/elmicha/spe145/build
top_srcdir = /house/elmicha/local/src/php4-200206181200
top_builddir = /house/elmicha/spe145/build

I built in a separate build directory, the configure line was ~/local/src/php4-200206181200/configure --prefix=/house/elmicha/spe145

I also tried to give --srcdir, but no change in Makefile.objects. The same when I built directly in the directory where configure is.


I can report a few more observations; maybe this helps finding the source of the
problem.
The problematic lines in the configure script are the lines 78909 and below
(in php4-200206181200):

  case /Zend in
  "") ac_srcdir="$abs_srcdir/"; unset ac_bdir; ac_inc="-I. -I$abs_srcdir" ;;
  /*) ac_srcdir=`echo $ac_n "/Zend$ac_c"|cut -c 2-`"/"; ac_bdir=$ac_srcdir; ac_inc="-I$ac_bdir -I$abs_srcdir/$ac_bdir" ;;
  *) ac_srcdir="$abs_srcdir//Zend/"; ac_bdir="/Zend/"; ac_inc="-I$ac_bdir -I$ac_srcdir" ;;
  esac

If I put 

set +x
echo "ac_n: $ac_n"
echo "ac_c: $ac_c"

before these lines and a "exit 27" behind them, I get on Linux:

+ echo 'ac_n: -n'
ac_n: -n
+ echo 'ac_c: '
ac_c: 
++ echo -n /Zend
++ cut -c 2-
+ ac_srcdir=Zend/
+ ac_bdir=Zend/
+ ac_inc=-IZend/ -I/usr/local/src/php4-200206181200/Zend/
+ exit 27

On Tru64 (both 4.0 and 5.1) I get:

+ echo ac_n: 
ac_n: 
+ echo ac_c: \c
ac_c: + + cut -c 2-
+ echo /Zend\c
ac_srcdir=/
+ ac_bdir=/
+ ac_inc=-I/ -I/house/elmicha/local/src/php4-200206181200//
+ exit 27

So the "echo $ac_n "/Zend$ac_c"|cut -c 2-" is not working as expected on Tru64,
it results in an empty string instead of the expected "Zend".

A few other datapoints from inside the configure on Tru64; I added the following
lines:

set -x
type echo
echo $SHELL
echo $CONFIG_SHELL

And got:

+ whence -v echo
echo is a shell builtin
+ echo /bin/sh
/bin/sh
+ echo

Hmm, I still don't know what's going on. But /bin/sh is the oldest, ugliest, broke shell that's on this machine - why isn't the configure script finding /bin/ksh, or /usr/bin/bash? I tried /bin/ksh configure ..., but no difference.

If you don't have access to a Tru64 machine, you can get one for free-as-in-beer on <http://www.testdrive.compaq.com/>. You can find bison and flex for the spe145 machine in /house/elmicha/spe145/bin/bison and /house/elmicha/spe145/bin/flex, the php4-latest.tar.gz (php4-200206181200) is in /house/elmicha/local/src.
Maybe you have some better ideas to debug that problem.

This should be fixed now:

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

(I'm currently downloading it myself so I can upload it to the testsite..thanks for the info about that one. :)

Don't bother testing that snapshot. It doesn't work.

This bug has been fixed in CVS. You can grab a snapshot of the
CVS version at http://snaps.php.net/. In case this was a documentation 
problem, the fix will show up soon at http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites.
Thank you for the report, and for helping us make PHP better.

Yes, it works, thank you! I tested it on two Tru64 machines, no problems anymore.