#19918 [Com]: no libphp4.so produced

ID: 19918 Comment by: jrdelaney at eircom dot net Reported By: mad at dactar dot ch Status: Closed Bug Type: Compile Failure Operating System: HP-UX 11.00 PHP Version: 4.3.1 New Comment: Hi All, I am installing the version of php mentioned by sniper above (http://snaps.php.net/php4-STABLE-latest.tar.gz ) with apache 1.3.27 on Redhat 7.2 I am compiling them both (no rpms!) Apache runs fine with the following installation commands: /configure --enable-module=so --enable-shared=max make and then make install. Then I compile PHP as follows: make clean. /configure --with-mysql=/usr --with-axps=/usr/local/apache/bin/axps make make install When I start apache like this: /usr/local/apache/bin/apachectl stop /usr/local/apache/bin/apachectl start I get the following error: Syntax error on line 206 of /usr/local/apache/conf/httpd.conf: Cannot load /usr/lib/apache/libphp4.so into server: /usr/lib/apache/libphp4.so: cannot open shared object file: No such file or directory /usr/local/apache/bin/apachectl start: httpd could not be started This error is resulting because the file libphp4.so is not being created by the above steps. Has anyone got any suggestions? I have already tried the thing with setting build_libtool_libs=yes in libtool. Thankyou very much, James Delaney Previous Comments: ------------------------------------------------------------------------ [2003-02-26 15:07:56] mathieu dot carbonneaux at free dot fr i use php STABLE-200302141830 on HP-UX 11.11, with Apache 2.0.43 no more probleme with -lcrypt... but with this lib...: *** Warning: linker path does not have real file for library -l:libcl.a. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have *** because I did check the linker path looking for a file starting *** with lib:libcl.a and none of the candidates passed a file format test *** using a file magic. Last file checked: /lib/libpthread.1 ... same with: library -l:librt.sl. ... same with: library -l:libnss_dns.1. ... same with: library -l:libdld.sl. ... *** Warning: libtool could not satisfy all declared inter-library *** dependencies of module libphp4. Therefore, libtool will create *** a static module, that should work as long as the dlopening *** application is linked with the -dlopen flag. ------------------------------------------------------------------------ [2003-02-25 09:09:17] mad at dactar dot ch Successfully tested with apache 1.3.27 AND apache 2.0.44 Thanks @++ JC ------------------------------------------------------------------------ [2003-02-25 02:04:12] sniper@php.net No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. ------------------------------------------------------------------------ [2003-02-18 22:58:40] sniper@php.net Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip I have added a possible fix for this problem. Now if crypt() is found in libc, then we don't force adding of libcrypt anymore. ------------------------------------------------------------------------ [2003-02-18 13:57:51] mad at dactar dot ch This workarround (replace -lcrypt by -lc) works. Someone of php's staff can analyse this problem and correct it please ? Thanks @++ JC PS 4 kbrott : thanks very very much :)) ------------------------------------------------------------------------ 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/19918 -- Edit this bug report at http://bugs.php.net/?id=19918&edit=1