Re: Imap SSL support (Bug #10330)

From: Date: Thu, 03 May 2001 08:53:27 +0000
Subject: Re: Imap SSL support (Bug #10330)
References: 1 2  Groups: php.dev 
Request: Send a blank email to php-dev+get-53535@lists.php.net to get a copy of this message
On Thu, May 03, 2001 at 10:43:21AM +0200, Jani Taskinen wrote: > On Thu, 3 May 2001, Alexander Bokovoy wrote: > > >> You're both wrong. This is really a bug in the IMAP-2001.beta sources. > >> It's not possible to build it with SSL support on Unix. > > >It is possible and I did it, and it works. That's why I'm saying about it. > >Look closer to the circumstances where this bug in configure rises. > >It occurs when compiling extension via phpize, not with whole PHP4 tree. > > I got the latest IMAP-2001.beta snapshot and it doesn't work. > There isn't any auth_ssl.c file in the package. So please explain > me how it can be done? Anyway, like I said, IMAP-2000 works fine. > > IMAP-2001.beta doesn't work but it doesn't even matter as it still is _beta_. As original author already pointed out, error triggers out with IMAP 2000*, not with IMAP 2001 betas. And I'm saying about it too. With IMAP-2000 ext/imap does not compiles well using phpize because both PHP_ARG_WITH() in its config.m4. > > >> >This is known bug since early March but nobody fixed it and in general > >> >fixing requires serious rework of PHP4's configure macros concept. > >> > >> Submit a patch or shut up. > >Very nice answer. So, keep broken functionality forever. > > Hrhm. If you know what is wrong then fix it and send a patch. > Or at least point us WHERE the problem is. Everything works > for me just fine as it is -> no broken functionality. > > Just saying "requires serious rework of PHP4's configure macros concept" > isn't really useful at all. There are enough people saying that > _something_ should be done but not enough who can say _what_ should be done. I'm saying about it for two months now. Even posted two bug reports. Nothing changes. OK, repeat again: ----------- acinclude.m4 --------------- AC_DEFUN(PHP_ARG_ANALYZE,[ case "[$]$1" in shared,*) ext_output="yes, shared" ext_shared=yes $1=echo "[$]$1"|sed 's/^shared,//' ;; shared) ext_output="yes, shared" ext_shared=yes $1=yes ;; no) ext_output="no" ext_shared=no ;; *) ext_output="yes" ext_shared=no ;; esac if test "$php_always_shared" = "yes"; then ext_output="yes, shared" ext_shared=yes test "[$]$1" = "no" && $1=yes fi ------------------------------------------ When using phpize for compiling self contained extensions, $php_always_shared is set to 'yes' unconditionally by pear/pear.m4, so for any PHP_ARG_WITH(symbol, blah, blah, blah) call result will be ext_output='yes, shared' ext_shared=yes symbol=yes This occurs regardless of any onfigure checks because of if test "$php_always_shared" = "yes"; then ext_output="yes, shared" ext_shared=yes test "[$]$1" = "no" && $1=yes fi -- Sincerely yours, Alexander Bokovoy The Midgard Project | ALT Linux Team | Minsk Linux Users Group www.midgard-project.org | www.altlinux.ru | www.minsk-lug.net -- You won't skid if you stay in a rut. -- Frank Hubbard

« previous php.dev (#53535) next »