#28496 [Com]: Fatal Error in the make install caused by broken egrep
ID: 28496 Comment by: kallstrk at prtel dot com Reported By: rehanann at kfupm dot edu dot sa Status: Feedback Bug Type: Compile Failure Operating System: Aix 5.2 PHP Version: 5CVS, 4CVS Assigned To: sniper New Comment: I have the same problems. However, both php4 php5 compile/install just fine with apache_1.3.33 using AIX 5.1. Maybe a problem with apxs2? Previous Comments: [2005-05-30 15:00:08] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-04-13 13:57:05] zahraoui at netcourrier dot com i have the same pb with aix 5.1 and both php 4.3.11 and php 5.0.4 on apache 2.0.53 bash-2.05b# ./configure --prefix=/usr/local/php --with-apxs2=/usr/local/apache2/bin/apxs --with-mysql=/usr/mysql --with-config-file-path=/usr/local/apache2/conf --with-ftp --with-zlib --with-system-regex ... Configuring libtool checking for Cygwin environment... no checking for mingw32 environment... no checking build system type... powerpc-ibm-aix5.1.0.0 checking for ld used by GCC... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... no checking for /usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking for a sed that does not truncate output... /usr/bin/sed checking how to recognise dependent libraries... pass_all checking for object suffix... o checking for executable suffix... no checking command to parse /usr/bin/nm -B output... ok checking for ranlib... ranlib checking for strip... strip checking for objdir... .libs checking for gcc option to produce PIC... none checking if gcc static flag -static -Wl,-lC works... yes checking if gcc supports -c -o file.o... yes checking if gcc supports -c -o file.lo... yes checking if gcc supports -fno-rtti -fno-exceptions... yes checking whether the linker (/usr/bin/ld) supports shared libraries... yes checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... no checking dynamic linker characteristics... aix5.1.0.0 ld.so checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no creating libtool ... bash-2.05b# make ... Build complete. (It is safe to ignore warnings about tempnam and tmpnam). bash-2.05b# make install Installing PHP SAPI module: apache2handler /usr/local/apache2/build/instdso.sh SH_LIBTOOL='/usr/local/apache2/build/libtool' libphp4.la /usr/local/apache2/modules rm -f /usr/local/apache2/modules/libphp4.so /usr/local/apache2/build/libtool --mode=install cp libphp4.la /usr/local/apache2/modules/ cp .libs/libphp4.a /usr/local/apache2/modules/libphp4.a cp .libs/libphp4.lai /usr/local/apache2/modules/libphp4.la libtool: install: warning: remember to run `libtool --finish /usr/sys/inst.images/php-4.3.11/libs' chmod 755 /usr/local/apache2/modules/libphp4.so chmod: /usr/local/apache2/modules/libphp4.so: A file or directory in the path name does not exist. apxs:Error: Command failed with rc=65536 . make: 1254-004 The error code from the last command is 1. Stop. bash-2.05b# if echo GNU | egrep '(GNU|BFD)' /dev/null; then echo Good egrep; else echo Bad egrep; fi Good egrep [2005-02-21 20:00:19] [EMAIL PROTECTED] There is no check for broken grep in our configure yet.. [2004-11-27 05:43:30] sjungels at adelphia dot net I tracked this bug down to a faulty version of GNU grep. If you are having problems where no libphp4.so is generated, this may be the cause in your case also. If you have this problem you will notice the following symptoms: during the part of the php configure log that begins performing libtool configuration... you will see the following (or similar) messages: checking if the linker (/usr/powerpc-hardhat-linux/bin/ld) is GNU ld... no checking whether the linker (/usr/powerpc-hardhat-linux/bin/ld) supports shared libraries... no checking if libtool supports shared libraries... no checking whether to build shared libraries... no checking whether to build static libraries... yes These messages may be correct, but if you have the problem I am describing, they are caused by a bad version of grep. Check for this by typing if echo GNU | egrep '(GNU|BFD)' /dev/null; then echo Good egrep; else echo Bad egrep; fi If you get back Bad egrep you are running a version of egrep which doesn't really support extended regular expressions, and this is confusing the php configure script. You can fix the problem by installing GNU grep 2.5. If you have this problem, it
#28496 [Com]: Fatal Error in the make install caused by broken egrep
ID: 28496 Comment by: zahraoui at netcourrier dot com Reported By: rehanann at kfupm dot edu dot sa Status: Verified Bug Type: Compile Failure Operating System: Aix 5.2 PHP Version: 4CVS, 5CVS New Comment: i have the same pb with aix 5.1 and both php 4.3.11 and php 5.0.4 on apache 2.0.53 bash-2.05b# ./configure --prefix=/usr/local/php --with-apxs2=/usr/local/apache2/bin/apxs --with-mysql=/usr/mysql --with-config-file-path=/usr/local/apache2/conf --with-ftp --with-zlib --with-system-regex ... Configuring libtool checking for Cygwin environment... no checking for mingw32 environment... no checking build system type... powerpc-ibm-aix5.1.0.0 checking for ld used by GCC... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... no checking for /usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking for a sed that does not truncate output... /usr/bin/sed checking how to recognise dependent libraries... pass_all checking for object suffix... o checking for executable suffix... no checking command to parse /usr/bin/nm -B output... ok checking for ranlib... ranlib checking for strip... strip checking for objdir... .libs checking for gcc option to produce PIC... none checking if gcc static flag -static -Wl,-lC works... yes checking if gcc supports -c -o file.o... yes checking if gcc supports -c -o file.lo... yes checking if gcc supports -fno-rtti -fno-exceptions... yes checking whether the linker (/usr/bin/ld) supports shared libraries... yes checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... no checking dynamic linker characteristics... aix5.1.0.0 ld.so checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no creating libtool ... bash-2.05b# make ... Build complete. (It is safe to ignore warnings about tempnam and tmpnam). bash-2.05b# make install Installing PHP SAPI module: apache2handler /usr/local/apache2/build/instdso.sh SH_LIBTOOL='/usr/local/apache2/build/libtool' libphp4.la /usr/local/apache2/modules rm -f /usr/local/apache2/modules/libphp4.so /usr/local/apache2/build/libtool --mode=install cp libphp4.la /usr/local/apache2/modules/ cp .libs/libphp4.a /usr/local/apache2/modules/libphp4.a cp .libs/libphp4.lai /usr/local/apache2/modules/libphp4.la libtool: install: warning: remember to run `libtool --finish /usr/sys/inst.images/php-4.3.11/libs' chmod 755 /usr/local/apache2/modules/libphp4.so chmod: /usr/local/apache2/modules/libphp4.so: A file or directory in the path name does not exist. apxs:Error: Command failed with rc=65536 . make: 1254-004 The error code from the last command is 1. Stop. bash-2.05b# if echo GNU | egrep '(GNU|BFD)' /dev/null; then echo Good egrep; else echo Bad egrep; fi Good egrep Previous Comments: [2005-02-21 20:00:19] [EMAIL PROTECTED] There is no check for broken grep in our configure yet.. [2004-11-27 05:43:30] sjungels at adelphia dot net I tracked this bug down to a faulty version of GNU grep. If you are having problems where no libphp4.so is generated, this may be the cause in your case also. If you have this problem you will notice the following symptoms: during the part of the php configure log that begins performing libtool configuration... you will see the following (or similar) messages: checking if the linker (/usr/powerpc-hardhat-linux/bin/ld) is GNU ld... no checking whether the linker (/usr/powerpc-hardhat-linux/bin/ld) supports shared libraries... no checking if libtool supports shared libraries... no checking whether to build shared libraries... no checking whether to build static libraries... yes These messages may be correct, but if you have the problem I am describing, they are caused by a bad version of grep. Check for this by typing if echo GNU | egrep '(GNU|BFD)' /dev/null; then echo Good egrep; else echo Bad egrep; fi If you get back Bad egrep you are running a version of egrep which doesn't really support extended regular expressions, and this is confusing the php configure script. You can fix the problem by installing GNU grep 2.5. If you have this problem, it will have effected apache also (even though it seems to work, it is statically compiled and probably won't work with DSOs), so after installing the new grep you will have to rebuild apache and PHP Note to whoever wrote the configure script: this issue is verified on only the Buffalo Linkstation, but indications are that it may apply to all versions of GNU grep 2.4.2 and earlier. You can save PHP users hours of frustration by not relying on egrep in your scripts. One workaround is to use grep -E.
