|  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #15561 make install fails to copy
Submitted: 2002-02-14 16:24 UTC Modified: 2003-01-20 17:22 UTC
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
 [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, to the iPlanet bin directory.  This is becasue the 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,



Add a Patch

Pull Requests

Add a Pull Request


AllCommentsChangesGit/SVN commitsRelated reports
 [2002-02-15 13:05 UTC]
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...

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


 [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]
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,, and from the .libs directory to the libs/ directory.  Renaming to 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.


 [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 to /usr/local/apache/libexec/ made PHP working from within Apache.
 [2002-08-18 00:39 UTC]
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]
libtool bug -> bogus.

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