Bug #15561 Updated: make install fails to copy libphp4.so

From: Date: Wed, 03 Apr 2002 12:07:52 +0000
Subject: Bug #15561 Updated: make install fails to copy libphp4.so
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-3904@lists.php.net to get a copy of this message
 ID:               15561
 Updated by:       kees.serier@ordina.nl
 Reported By:      cboyce45@yahoo.com
 Status:           Open
 Bug Type:         Compile Failure
 Operating System: AIX 4.3.3
 PHP Version:      4.1.1
 New Comment:

I have the same problem with AIX 4.2.1, Apache 1.3.24 and PHP 4.1.2
(and PHP 4.0.4pl1).
I'm using gcc 2.95.2, GNU-make 3.79.1, bison 1.35, and the standard AIX
ld.
The problem also occurred when using the standard AIX make, and without
bison.
Just copying libphp4.so.0 to /usr/local/apache/libexec/libphp4.so made
PHP working from within Apache.


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

[2002-02-28 09:02:37] lbalbalba@hotmail.com

I have the same problem, on the same platform using the same PHP
version, and reproducible for PHP 4.1.2 as well. 

I used the same work around for the 'make-install' issue (cp ./.libs/*
./libs), and have the same problem on server-startup.

I got some more information when I discovered that in my case, iPlanet
is recieving signal 11/segmentation fault and trying to dump core when
it 'hangs'. It's the uxwdog process that restarts it/keeps it from
crashing, giving the impression that the server is 'frozen'.

In order to get a core file and some more info:

Make sure the account you are running the server as, can write to
"/usr/netscape/server4/https-<servername>/config/core". By default, the
core file should be located there. Make sure that the filesystem this
dir is in has enough space for a corefile.

Make sure there is no limit set for dumping core for the user-id the
server is running under, by checking the users stanza in
'/etc/security/limits' (set core=-1).


start the httpd manually (instead of using the 'start' script) by
doing:
cd /usr/netscape/server4/bin/https/bin
./ns-httpd -d /usr/netscape/server4/https-<servername>/config

Also, check the aix error log for messages by doing:
errpt -a | more

If you are running syslog, check that logfile too for messages from
uxwdog.

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

[2002-02-21 10:18:09] cboyce45@yahoo.com

I have copied libphp4.a, libphp4.la, and libphp4.so.0 from the .libs
directory to the libs/ directory.  Renaming libphp4.so.0 to libphp4.so.
Then run make install, the install goes fine after this and copies the
binaries around.

Is this ok to do?
iPlanet is still hanging when I go to a page as it was with php 4.0.6.

Thanks,

Chris

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

[2002-02-21 03:53:35] yohgaki@php.net

I guess this is PHP's fault.
It seems libphp4.a is collect shared lib name for AIX. (not?)


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

[2002-02-20 15:16:43] rboehne@gnu.org

AIX uses lib*.a for shared libraries as well as static archives, so the
*.so file isn't supposed to be installed, rather it is archived into
the lib*.a file.

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

[2002-02-15 18:03:33] sniper@php.net

This is not PHP problem, but a bug in libtool.
Please report it to the friendly gnu people.

--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/15561

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



Thread (13 messages)

« previous php.bugs (#3904) next »