php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

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 Developer Edit
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If you forgot your password, you can retrieve your password here.
Password:
Status:
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

Pull Requests

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-2025 The PHP Group
All rights reserved. 		Last updated: Thu May 15 15:01:26 2025 UTC