Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:986 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 68922 invoked from network); 20 Apr 2003 22:08:35 -0000 Received: from unknown (HELO lt1.firehawksystems.com) (64.71.143.247) by pb1.pair.com with SMTP; 20 Apr 2003 22:08:35 -0000 Received: from wireless-laptop.firehawksystems.com (adsl-63-200-107-66.dsl.sktn01.pacbell.net [63.200.107.66]) (authenticated (0 bits)) by lt1.firehawksystems.com (8.11.6p2/8.11.6) with ESMTP id h3KM8Pd21340 (using TLSv1/SSLv3 with cipher EDH-RSA-DES-CBC3-SHA (168 bits) verified NO); Sun, 20 Apr 2003 15:08:28 -0700 Date: Sun, 20 Apr 2003 15:08:22 -0700 To: Wez Furlong Cc: internals@lists.php.net Message-ID: <20030420150822893282.GyazMail.list@firehawksystems.com> In-Reply-To: References: <180356734.1050686628@[10.0.0.137]> Mime-Version: 1.0 (GMessage framework 0.9.9.7) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: GyazMail version 0.9.9.7 Subject: Re: [PHP-DEV] A couple of shared dependencies that aren't quite right in 4.3.1 wrt zlib and pcre From: list@firehawksystems.com ("Brian J. France") Can you make sure I am not missing something? The only thing those extensions change if compiled shared is: zlib: zlib.output_compression may not work correctly openssl: I don't see anything pcre: in safe-mode how the WWW-Authenticate header is handled differently Thanks, Brian On Sat, 19 Apr 2003 11:43:47 +0100 (BST), Wez Furlong wrote: > It is not recommended to build zlib or pcre as shared extensions, as it > will disable some features of the core. > > If you are cooking up a build for shared hosting, the following > extensions should be built as static extensions (if you are planning to > deploy them at all) in order to retain maximum fuctionality: > > zlib > pcre > openssl > > --Wez. > > On Fri, 18 Apr 2003, Michael Loftis wrote: > >> In main/SAPI.c on lines 33,524, and 672 PHP checks for HAVE_ZLIB when it >> needs to check for HAVE_ZLIB && !defined(COMPILE_DL_ZLIB) because otherwise >> we now get missing symbols when linking. This makes --with-zlib=shared >> impossible. ext/standard/image.c makes similar mistake(s) and who knows >> what else... >> >> Theres a similar issue with PCRE havign the same problems. >> >> Thing is I see no notes anywhere about building them shared being >> deprecated or broken. >> >> -- >> Michael Loftis >> Modwest Sr. Systems Administrator >> Powerful, Affordable Web Hosting >> >> -- >> PHP Internals - PHP Runtime Development Mailing List >> To unsubscribe, visit: http://www.php.net/unsub.php >> >> >> > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > >