#19918 [NoF->Csd]: no libphp4.so produced

ID: 19918 User updated by: mad at dactar dot ch Reported By: mad at dactar dot ch -Status: No Feedback +Status: Closed Bug Type: Compile Failure Operating System: HP-UX 11.00 PHP Version: 4.3.1 New Comment: Successfully tested with apache 1.3.27 AND apache 2.0.44 Thanks @++ JC Previous Comments: ------------------------------------------------------------------------ [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 :)) ------------------------------------------------------------------------ [2003-02-18 13:57:18] mad at dactar dot ch This workarround (replace -lcrypt by -lc). Someone of php's staff can analyse this problem and correct it please ? Thanks @++ JC PS 4 kbrott : thanks very very much :)) ------------------------------------------------------------------------ [2003-02-05 18:15:34] kbrott at eli dot net Reproduced bug on patched-to-current HP-UX 11.00 system trying to build php-4.3.0 against apache httpd 2.0.43 (as well as the php-200301290030.tar.gz snapshot). Have determined cause and offer working solution (well - it worked on my systems anyway). Here's the config.nice that I used for this instance: #! /bin/sh # # Created by configure CFLAGS='-O3' \ LDFLAGS='-L/opt/admin/lib -L/opt/tools/lib' \ CC='gcc' \ './configure' \ '--prefix=/opt/php4' \ '--with-apxs2=/opt/apache/sbin/apxs' \ '--enable-shared' \ '--enable-force-cgi-redirect' \ '--with-openssl=/opt/tools' \ '--with-zlib=/opt/tools' \ '--enable-bcmath' \ '--with-bz2=/opt/tools' \ '--enable-calendar' \ '--enable-dba' \ '--with-gdbm=/opt/tools' \ '--with-db3=/opt/tools' \ '--with-flatfile' \ '--enable-dbase' \ '--enable-dbx' \ '--enable-ftp' \ '--with-gmp=/opt/tools' \ '--with-mysql=/opt/mysql' \ '--enable-mime-magic' \ '--with-ldap=/opt/tools' \ '--enable-mbstring' \ '--enable-mbregex' \ '--with-readline=/opt/tools' \ "$@" HP's linker via libtool (apache2 or otherwise) cannot seem to use a lib(anything).a to make a shared library file (at least not in this instance - I gave up on it after a couple of months) - so the trick is to make sure not to call any static libraries. HP moved all of the shared crpyt functions into libc ( as of HP-UX 10.20 see <http://www1.itrc.hp.com/service/cki/docDisplay.do?docLocale=en_US&docId=200000062689279> ). So all calls in ./configure for HP-UX 11.00 should use -lc instead of -lcrypt for the crypt_r/ calls (tested - it works). HP has completely deprecated termcap usage ( see <http://devrsrc1.external.hp.com/STK/impacts/i409.html>, <http://devrsrc1.external.hp.com/STK/partner/xcurses.html>, and more specifically <http://h21007.www2.hp.com/hpux-devtools/CXX/hpux-devtools.0012/0052.html> ) so you have to use libcurses instead if you want to access a shared library with those functions. So all calls in ./configure when OS=hpux11 should use -lcurses instead of -ltermcap for the tgetent calls (tested - it works). Making these changes to ./configure, executing ./config.nice, then doing make, make install allowed compilation and installation with no problems (well, once I rebuilt bzip2 with a shared libbz2 that is). Feel free to ping me with questions - I have a working php 4.3.0 install running on HP-UX 11.00 as a shared install under apache 2.0.43 now so I must have done something right. :) ------------------------------------------------------------------------ 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