PHP 4.0 Bug #7077 Updated: configure "assumes" libdb-3 in /usr/local/lib
| From: | sniper@php.net | Date: | Thu, 07 Dec 2000 16:49:10 +0000 |
| Subject: | PHP 4.0 Bug #7077 Updated: configure "assumes" libdb-3 in /usr/local/lib | ||
| Groups: | php.dev | ||
| Request: | Send a blank email to php-dev+get-40440@lists.php.net to get a copy of this message | ||
ID: 7077
Updated by: sniper
Reported By: phil@buxtech.com
Status: Closed
Bug Type: Compile Failure
Assigned To:
Comments:
Reopen, if this still happens when using latest snapshot
from http://snaps.php.net/
--Jani
Previous Comments:
---------------------------------------------------------------------------
[2000-11-02 18:46:01] sniper@php.net
Please try a snapshot from http://snaps.php.net/
--Jani
---------------------------------------------------------------------------
[2000-10-07 09:35:23] phil@buxtech.com
In configuring php4 for use with Apache under Solaris (and perhaps others), and including mcrypt and
BerkeleyDB3 support, configure dies on the mcrypt checking. The log shows that -ldb-3 could not be
found.
A bit of investigating shows that the configure script modifies the LDFLAGS for checking for
functions in -lmcrypt. But the script does not remove -ldb-3 from LIBS.
This is apparently not an issue under Linux as I believe that the Sleepycat offering is deployed in
/usr/local/lib. But the default installation from Sleepycat puts their offering under
/usr/local/BerkeleyDB.3.0 ...
The work around is to symlink libdb-3.so under /usr/local/lib to the real library for the run of
php4's configure, then unlink for compilation.
It would be ideal if the php4 configure script, where needed, adjusted the LIBS and LDFLAGS in
parallel (and consistantly).
I hope this helps.
---------------------------------------------------------------------------
Full Bug description available at: http://bugs.php.net/?id=7077