Bug #17671 Updated: Fails to build libphp4.so (builds libphp4.a instead!)

From: Date: Sat, 29 Jun 2002 03:57:53 +0000
Subject: Bug #17671 Updated: Fails to build libphp4.so (builds libphp4.a instead!)
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-12491@lists.php.net to get a copy of this message
ID: 17671 Updated by: sniper@php.net Reported By: colin.harford@mail.su.ualberta.ca Status: Open Bug Type: Compile Failure Operating System: OpenBSD 3.1-current PHP Version: 4.3.0-dev New Comment: Relevant part of that output was this: *** Warning: This library needs some functionality provided by -lresolv. *** 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. *** Warning: This library needs some functionality provided by -lresolv. *** 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. *** 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. Previous Comments: ------------------------------------------------------------------------ [2002-06-28 22:02:22] colin.harford@mail.su.ualberta.ca # gcc -v Reading specs from /usr/lib/gcc-lib/i386-unknown- openbsd3.1/2.95.3/specs gcc version 2.95.3 20010125 (prerelease) Ya, sorry, I am using the snapshots and not cvs.... I have enabled you directly sniper with the full, ./ configure, make, make install, and cat Makefile output rather than flood the list. ------------------------------------------------------------------------ [2002-06-28 21:48:43] sniper@php.net This is not any GD problem anymore..so reclassified. The libtool shouldn't actually matter, as it uses the bundled libtool anyway. You're using the snapshots, right? And not getting the stuff from directly from CVS? Which gcc version you have? And what was that last link line again? ------------------------------------------------------------------------ [2002-06-28 21:28:11] colin.harford@mail.su.ualberta.ca It is a brand fresh new source, notice the new date on the directory (more recent cvs). # libtool --version ltmain.sh (GNU libtool) 1.3.5 (1.385.2.206 2000/05/27 11:12:27) ------------------------------------------------------------------------ [2002-06-28 21:26:15] sniper@php.net Wierd..is this happening with _clean_ and freshly untarred sources? Which libtool you have installed? (libtool --version) For some odd reason it's not building shared extension. Can you check what the last link line is? ------------------------------------------------------------------------ [2002-06-28 21:21:32] colin.harford@mail.su.ualberta.ca (kajack!/root/php4-200206281800) [root-ttyp5] # make install /root/php4-200206281800/build/shtool mkdir -p "/var/opt/ apache/libexec" && /var/opt/apache/bin/apxs -S LIBEXECDIR= "/var/opt/apache/libexec" -i -a -n php4 libs/libphp4.so [activating module `php4' in /var/opt/apache/conf/ httpd.conf] cp libs/libphp4.so /var/opt/apache/libexec/libphp4.so cp: libs/libphp4.so: No such file or directory apxs:Break: Command failed with rc=1 *** Error code 1 Stop in /root/php4-200206281800 (line 123 of Makefile). (kajack!/root/php4-200206281800) [root-ttyp5] # cd .libs/ (kajack!/root/php4-200206281800/.libs) [root-ttyp5] # ls . .. libphp4.a libphp4.la libphp4.lai (kajack!/root/php4-200206281800/.libs) [root-ttyp5] # ------------------------------------------------------------------------ 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/17671 -- Edit this bug report at http://bugs.php.net/?id=17671&edit=1

« previous php.bugs (#12491) next »