Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:16151 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 41505 invoked by uid 1010); 29 Apr 2005 21:59:39 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 41490 invoked from network); 29 Apr 2005 21:59:39 -0000 Received: from unknown (HELO dsjfiewr.co.jp) (127.0.0.1) by localhost with SMTP; 29 Apr 2005 21:59:39 -0000 X-Host-Fingerprint: 80.74.107.235 mail.zend.com Linux 2.5 (sometimes 2.4) (4) Received: from ([80.74.107.235:36571] helo=mail.zend.com) by pb1.pair.com (ecelerity 1.2.12rc1 r(5476:5477)) with SMTP id AC/C1-20173-74EA2724 for ; Fri, 29 Apr 2005 17:59:36 -0400 Received: (qmail 11886 invoked from network); 29 Apr 2005 21:59:31 -0000 Received: from internal.zend.office (HELO localhost) (10.1.1.1) by internal.zend.office with SMTP; 29 Apr 2005 21:59:31 -0000 Date: Sat, 30 Apr 2005 01:59:30 +0400 To: "Brian J. France" Cc: internals@lists.php.net Message-ID: <20050430015930.0dd2b895.antony@zend.com> In-Reply-To: <4dd5df36676db6f44bdd07a50a079bca@firehawksystems.com> References: <4dd5df36676db6f44bdd07a50a079bca@firehawksystems.com> X-Mailer: Sylpheed version 1.9.9 (GTK+ 2.4.9; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] imap shared with a different openssl path From: antony@zend.com (Antony Dovgal) On Fri, 29 Apr 2005 16:48:15 -0500 "Brian J. France" wrote: > I am trying to build imap as a shared extension (phpize method) with > different path for openssl. This seems easy, right? > > phpize; ./configure --with-imap-ssl= > > But that doesn't work. It seems that line 1688 in acinclude.m4 is the > problem: > > 1687 dnl Fallbacks for different configure options > 1688 if test "$PHP_OPENSSL" != "no"; then > 1689 PHP_OPENSSL_DIR=$PHP_OPENSSL > 1690 elif test "$PHP_IMAP_SSL" != "no"; then > 1691 PHP_OPENSSL_DIR=$PHP_IMAP_SSL > 1692 fi > > The problem is $PHP_OPENSSL is blank and hits the first case setting > $PHP_OPENSSL_DIR to blank and things blow up in a few test down. > Something like this fixes it: > > if test "$PHP_OPENSSL" != "no" && test "$PHP_OPENSSL" != ""; then > > I don't know if this would break anything or not, thoughts? You should tell at least what version of PHP you're using. Or even better: create a bug report at bugs.php.net and don't forget to fill up all the fields required. -- Wbr, Antony Dovgal aka tony2001 antony@zend.com