Bug #5639 Updated: unable to locate imap client library?
| From: | sniper@php.net | Date: | Tue, 02 Apr 2002 00:06:51 +0000 |
| Subject: | Bug #5639 Updated: unable to locate imap client library? | ||
| References: | 1 | Groups: | php.bugs |
| Request: | Send a blank email to php-bugs+get-3774@lists.php.net to get a copy of this message | ||
ID: 5639
Updated by: sniper@php.net
Reported By: ora.et.labora@web.de
-Status: Open
+Status: Closed
Bug Type: Feature/Change Request
Operating System: redhat 6.2 - intel
PHP Version: 4.0 Release Candidate 2
New Comment:
Added 'libc_client.a' text to the error message in case
the correct lib is not found.
Anyways, all libraries should have the 'lib' prefix.
So this is more c-client bug than any other.
Previous Comments:
------------------------------------------------------------------------
[2000-08-12 01:55:11] sniper@php.net
Re-classified to Feature/Change Request.
--Jani
------------------------------------------------------------------------
[2000-07-17 09:12:37] ora.et.labora@web.de
This is the exact php version I'm goint to report about:
"php-4.0.1pl2".
Problem:
I tried to configure php with support for IMAP but the "./configure"
script
reported that no imap library could be found -- although I installed
"imap-devel-4.7.5.rpm".
Discussion:
RedHat forgot (?) to put the "lib" prefix in front of the imap client
library
/usr/lib/c-imap.a -- as part of the rpm packet mentioned above. The
configure script is aware of this and tries to solve this by
establishing a
softlink /usr/lib/libc-client.a to /usr/lib/c-client.a
This will only work if we have permission to do so. Because I don't
like
such scripts to modify my system I'll never run ./configure as "root"
--
which the script assumes. The script assumes, that creating the
softlink
never fails and consequently ignores every possible error - which took
me some time to figure out what happend.
I suggest that the ./configure script shall instead report the problem
and
make some hints how the problem can be fixed "manually".
I also want to mention again that it is not true that the superuser
configures
the package nor that the superuser does a "make". All what we can
assume is that the superuser does a supervised "make install".
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=5639&edit=1