ID:               28496
 Updated by:       [EMAIL PROTECTED]
 Reported By:      rehanann at kfupm dot edu dot sa
-Status:           Open
+Status:           Assigned
 Bug Type:         Compile Failure
 Operating System: Aix 5.2
-PHP Version:      4.3.6
+PHP Version:      4CVS, 5CVS
-Assigned To:      
+Assigned To:      sniper


Previous Comments:
------------------------------------------------------------------------

[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.

------------------------------------------------------------------------

[2004-11-22 07:20:16] sjungels at adelphia dot net

This bug is still present in 4.3.9 and the latest snapshot as of
11/21/2004.

Apache 2.0.52 with "configure --enable-module=so enable-module=rewrite
--prefix=/usr/local/apache"

PHP with "configure --prefix=/usr/local/php
--with-apxs2=/usr/local/apache/bin/apxs --with-mysql=/usr/local/mysql"

Montevista Linux 2.4.17

------------------------------------------------------------------------

[2004-05-23 15:33:46] rehanann at kfupm dot edu dot sa

Description:
------------
Please try to solve this error in PHP 4.3.6. I try lot of latest
snapshots but still no use. 

configure options:
CC="gcc" CFLAGS="-D_THREAD_SAFE" ./configure
--with-apxs2=/usr/local/apache2/bin/apxs --disable-all

Reproduce code:
---------------
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
/tmp/horde/php-4.3.5/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.




------------------------------------------------------------------------


-- 
Edit this bug report at http://bugs.php.net/?id=28496&edit=1

Reply via email to