php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #15561 make install fails to copy libphp4.so
Submitted: 2002-02-14 16:24 UTC Modified: 2003-01-20 17:22 UTC
Votes:4
Avg. Score:4.5 ± 0.9
Reproduced:3 of 3 (100.0%)
Same Version:2 (66.7%)
Same OS:3 (100.0%)
From: cboyce45 at yahoo dot com Assigned:
Status: Not a bug Package: Compile Failure
PHP Version: 4.1.1 OS: AIX 4.3.3
Private report: No CVE-ID: None
View Add Comment Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
You can add a comment by following this link or if you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: cboyce45 at yahoo dot com
New email:
PHP Version: OS:

 

 [2002-02-14 16:24 UTC] cboyce45 at yahoo dot com
This is in refrence to bug #15439

I can compile PHP 4.1.1 on AIX 4.3.3, but when make install is run, it fails to copy libphp4.so, to the iPlanet bin directory.  This is becasue the libphp4.so file is never made.  The configure script and other information is exactly the same as in the "Bogus Bug #15439".

Thanks for any ideas or help,

Chris

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2002-02-15 13:05 UTC] sander@php.net
Do NOT open new bug reports but reopen the old one!
 [2002-02-15 15:01 UTC] cboyce45 at yahoo dot com
Since I am not a developer I am not allowed to change the status of the bug...

Chris
 [2002-02-15 16:00 UTC] sander@php.net
In that case: Reopening!
 [2002-02-15 18:03 UTC] sniper@php.net
This is not PHP problem, but a bug in libtool.
Please report it to the friendly gnu people.

--Jani

 [2002-02-20 15:16 UTC] rboehne at gnu dot 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-21 03:53 UTC] yohgaki@php.net
I guess this is PHP's fault.
It seems libphp4.a is collect shared lib name for AIX. (not?)

 [2002-02-21 10:18 UTC] cboyce45 at yahoo dot 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-28 09:02 UTC] lbalbalba at hotmail dot 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-04-03 07:07 UTC] kees dot serier at ordina dot nl
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.
 [2002-08-18 00:39 UTC] kalowsky@php.net
Dup 14245. 

This is really a libtool issue I'm told, and there is nothing we can do about that.  Talk to the libtool developers.
 [2003-01-20 17:22 UTC] sniper@php.net
libtool bug -> bogus.

 [2004-09-13 04:36 UTC] aaronwmorris at gmail dot com
Run "ar x libphp4.a" to extract libphp4.so.  That's the file you need.
 
PHP Copyright © 2001-2020 The PHP Group
All rights reserved.
Last updated: Wed Feb 26 14:01:28 2020 UTC