ID: 12636
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: IMAP related
Operating System: Linux (SuSE 7.1)
PHP Version: 4.0.6
New Comment:
I had a similar problem... I did the following.
- I did create a simbolic link to libpam.so.0 and
libpam_misc.so.0
cd /lib/
ln -s libpam.so.0 libpam.so
ln -s libpam_misc.so.0 libpam_misc.so
- Then... ran the configure script once more...
cd /path/to/php/source/
rm config.cache
./configure (options)
- And... make, make install, etc...
I hope that fix your problem...
P.D. Sorry for my english.
Edgar Landivar
PaloSanto Solutions - Innovating the Internet
www.palosanto.com
Previous Comments:
------------------------------------------------------------------------
[2001-08-09 20:56:44] [EMAIL PROTECTED]
that did it. i actually had to do that for half a dozen
other packages, but here the error message just seemed to
hint nothing in the direction that that would help...
I gues i'll just download the latest cvs (the one that
came out two days after the one i got) about the Zend
thing.. Joy, more to download...
------------------------------------------------------------------------
[2001-08-09 18:15:53] [EMAIL PROTECTED]
I should have guessed this before:
You haven't installed the pam-devel.rpm
Install it, and you will have no more troubles
with it. Same goes for every other package PHP
might need. Just install them as you come across
same kind of problems.
Also, remember to delete config.cache before
configure (after installing a devel package) and
do 'make clean' after configure.
-Jani
------------------------------------------------------------------------
[2001-08-09 15:07:30] [EMAIL PROTECTED]
obviously it should.
just a obvious is that it doesn't.
those requirements -were- filled, but just to humor you...
libpam is in /lib. Somewhat weirdly, that's not in my
LD_LIBRARY_PATH automatically, but -types- now it is (i
did that before), and also in my ld.so.conf, and ldconfig
has been run. ``ldconfig -v | grep pam'' shows:
(i guess the `more than once' this is about it being in
the config file and the environment setting? whatever.)
ldconfig: Path `/lib' given more than once
libpamc.so.0 -> libpamc.so.0.72
libpam_misc.so.0 -> libpam_misc.so.0.72
libpam.so.0 -> libpam.so.0.72
libpamc.so.0 -> libpamc.so.0.72
libpam_misc.so.0 -> libpam_misc.so.0.72
libpam.so.0 -> libpam.so.0.72
so it's definately there. Perhaps not exactly in the form
php wants to see it, but even the symbol it's looking for
, according to the last lines configure gives me:
checking for pam_start in -lpam... no
checking for crypt in -lcrypt... (cached) yes
configure: error: This c-client library is build with SSL
support.
Add --with-imap-ssl<=DIR> to your configure line.
Check config.log for details.
..are in /lib/libpam.so.0.72, according to objdump:
(by the by, that (cached) thing strikes me as weird too as
this is the first ./configure command i gave since i
removed and untarred the directory)
objdump -T /lib/libpam.so.0.72 | grep pam_start
00003a70 g DF .text 0000007a Base
_pam_start_handlers
00002350 g DF .text 0000002d Base
_pam_start_timer
00001da0 g DF .text 0000030c Base pam_start
(sorry for the wrapping, that's this input field)
So it's not that libpam is somehow wrong. Forigive me for
asking, but isn't that a library that linux doesn't run
without in the first place?
Anyhow, my config.log from the point where it starts
checking stuff for imap (in case anything's changed):
configure:24000: checking for IMAP support
configure:24287: checking for pam_start in -lpam
configure:24306: gcc -o conftest -g -O2 -DEAPI_MM
-DSINGLE_LISTEN_UNSERIALIZED_ACCEPT
/usr/i486-suse-linux/bin/ld: cannot find -lpam
collect2: ld returned 1 exit status
configure: failed program was:
#line 24295 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error.
*/
/* We use char because int might match the return type of
a gcc2
builtin and then its argument prototype would still
apply. */
char pam_start();
int main() {
pam_start()
; return 0; }
configure:24334: checking for crypt in -lcrypt
configure:24850: gcc -o conftest -g -O2 -DEAPI_MM
-DSINGLE_LISTEN_UNSERIALIZED_ACCEPT
/usr/lib/libc-client.so: undefined reference to `pam_end'
/usr/lib/libc-client.so: undefined reference to
`pam_authenticate'
/usr/lib/libc-client.so: undefined reference to
`pam_setcred'
/usr/lib/libc-client.so: undefined reference to
`pam_acct_mgmt'
/usr/lib/libc-client.so: undefined reference to `pam_start'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24825 "configure"
#include "confdefs.h"
void mm_log(void){}
void mm_dlog(void){}
void mm_flags(void){}
void mm_fatal(void){}
void mm_critical(void){}
void mm_nocritical(void){}
void mm_notify(void){}
void mm_login(void){}
void mm_diskerror(void){}
void mm_status(void){}
void mm_lsub(void){}
void mm_list(void){}
void mm_exists(void){}
void mm_searched(void){}
void mm_expunged(void){}
char mail_open();
int main() {
mail_open(0,"",0);
return 0;
}
I guess the libc-client is the fallback option, except it
won't work without SSL, which is somehow related to why
this doesn't work either? (not that there's really an
humanly (user-ly, whatever) understandable reason, or
suggestion or alternative listed)
As to the thing not compiling even without this imap
weirdness, do i just start another bug thread? (oh, i
guess i search for it first...)
------------------------------------------------------------------------
[2001-08-09 03:27:12] [EMAIL PROTECTED]
First, this should work fine with PHP 4.0.6.
Where is the libpam.so in your system?
Is the path to that file in your /etc/ld.so.conf ??
Have you tried to run '/sbin/ldconfig' ever?
Try with fresh sources after these requirements are filled.
--Jani
------------------------------------------------------------------------
[2001-08-08 18:00:37] [EMAIL PROTECTED]
i should say, after i removed the --with-imap option,
`configure' worked and i typed `make', it got exactly that
far. I fiddled with the makefile a little, but couldn't
fix it. (i don't know anything about yacc..)
------------------------------------------------------------------------
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/12636
--
Edit this bug report at http://bugs.php.net/?id=12636&edit=1
