Bug #17647 Updated: "make" searches for /zend_language_parser.c

ID: 17647 Updated by: sniper@php.net Reported By: michael.mauch@gmx.de -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: OSF1 Tru64 4.0 PHP Version: 4.3.0-dev New Comment: 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. Previous Comments: ------------------------------------------------------------------------ [2002-06-25 21:55:30] sniper@php.net Don't bother testing that snapshot. It doesn't work. ------------------------------------------------------------------------ [2002-06-25 20:42:50] sniper@php.net 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. :) ------------------------------------------------------------------------ [2002-06-18 19:05:45] michael.mauch@gmx.de 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. ------------------------------------------------------------------------ [2002-06-18 18:54:35] michael.mauch@gmx.de 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. ------------------------------------------------------------------------ [2002-06-18 17:55:48] sniper@php.net What are the first 4 lines in the Makefile for you? And what was the exact configure line used? No funky defines? :) --Jani ------------------------------------------------------------------------ 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/17647 -- Edit this bug report at http://bugs.php.net/?id=17647&edit=1