ID: 12636
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: IMAP related
Operating System: Linux (SuSE 7.1)
PHP Version: 4.0.6
New Comment:
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...)
Previous Comments:
------------------------------------------------------------------------
[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..)
------------------------------------------------------------------------
[2001-08-07 19:59:53] [EMAIL PROTECTED]
However, it doesn't compile. There seems to be a bug in
the Zend thing. This is as far as it got:
Making all in Zend
make[1]: Entering directory
`/root/phptmp/php4-200108071635/Zend'
/bin/sh ../libtool --silent --mode=compile gcc
-DHAVE_CONFIG_H -I. -I. -I../main -DEAPI_MM
-DSINGLE_LISTEN_UNSERIALIZED_ACCEPT -D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64 -DHARD_SERVER_LIMIT=2048
-DDYNAMIC_MODULE_LIMIT=128 -DLINUX=22 -DMOD_SSL=208100
-DEAPI -DUSE_EXPAT -I../TSRM -g -O2 -prefer-pic -c
zend_language_parser.c
/bin/sh ../libtool --silent --mode=compile gcc
-DHAVE_CONFIG_H -I. -I. -I../main -DEAPI_MM
-DSINGLE_LISTEN_UNSERIALIZED_ACCEPT -D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64 -DHARD_SERVER_LIMIT=2048
-DDYNAMIC_MODULE_LIMIT=128 -DLINUX=22 -DMOD_SSL=208100
-DEAPI -DUSE_EXPAT -I../TSRM -g -O2 -prefer-pic -c
zend_language_scanner.c
zend_language_scanner.c:2697: warning: parameter names
(without types) in function declaration
yacc -p ini_ -v -d ./zend_ini_parser.y -o zend_ini_parser.c
usage: yacc [-dlrtv] [-b file_prefix] [-p symbol_prefix]
filename
make[1]: *** [zend_ini_parser.c] Error 1
make[1]: Leaving directory
`/root/phptmp/php4-200108071635/Zend'
make: *** [all-recursive] Error 1
------------------------------------------------------------------------
[2001-08-07 19:51:49] [EMAIL PROTECTED]
ah... last time i tried to use cvs it was so annoying i
decided it's an unnecessary evil. I was under the
impression they were patches. well, whatever.
anyhow, in the latest cvs, this problem is caught by the
makefile. well, sort of. in config.log i see normal
``undefined reference to `whatever''' lines.. all starting
with pam_. It can't find the libpam library. Which is
weird, since it's in my LD_LIBRARY_PATH and all...
The message configure itself gives is:
``configure: error: This c-client library is build with
SSL support.'', and the message to ``Add
--with-imap-ssl<=DIR> to your configure line. Check
config.log for details.''
The relevant part of config.log:
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
-D_LARGEF/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
-D_LARGEF/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;
}
------------------------------------------------------------------------
[2001-08-07 19:21:35] [EMAIL PROTECTED]
Goto snaps.php.net, and get the latest .gz. It works exactly the same as the official
release, and is lagging no more than 3 hours to CVS - no problem in this case
------------------------------------------------------------------------
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/?id=12636
Edit this bug report at http://bugs.php.net/?id=12636&edit=1
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
