Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:37698 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 4571 invoked from network); 18 May 2008 11:06:20 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 18 May 2008 11:06:20 -0000 Authentication-Results: pb1.pair.com header.from=helly@php.net; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=helly@php.net; spf=unknown; sender-id=unknown Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 85.214.94.56 as permitted sender) X-PHP-List-Original-Sender: helly@php.net X-Host-Fingerprint: 85.214.94.56 aixcept.net Linux 2.6 Received: from [85.214.94.56] ([85.214.94.56:39486] helo=h1149922.serverkompetenz.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 3C/06-57662-AAD00384 for ; Sun, 18 May 2008 07:06:19 -0400 Received: from MBOERGER-ZRH.corp.google.com (71-170.78-83.cust.bluewin.ch [83.78.170.71]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by h1149922.serverkompetenz.net (Postfix) with ESMTP id 6B9D711F0B0; Sun, 18 May 2008 13:06:15 +0200 (CEST) Date: Sun, 18 May 2008 13:05:46 +0200 Reply-To: Marcus Boerger X-Priority: 3 (Normal) Message-ID: <328729956.20080518130546@marcus-boerger.de> To: Gregory Beaver CC: internals Mailing List In-Reply-To: <482CCFCF.7080202@chiaraquartet.net> References: <482CCFCF.7080202@chiaraquartet.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: [PHP-DEV] phar enabled by default as of now From: helly@php.net (Marcus Boerger) Hello Gregory, aren't we simply using streams here only? If so we can still build phar statically with I'd prefer very much. And the streams stuff would be found if present. The optional dependency would then ensure correct load order. marcus Friday, May 16, 2008, 2:05:35 AM, you wrote: > Hi, > I just committed to ext/phar's config.m4/w32 to make phar enabled by > default as a shared extension. This is a better default setting than > building phar in statically, as phar has optional dependencies on the > zlib and bz2 extensions to enable compressed phar archives. If phar is > built statically, then it would require both zlib and bz2 to be built > statically in order to use them, something that is obviously not going > to happen, as they have been around a while and nobody has even > suggested it (to my knowledge). Having phar shared means one can easily > plug in zlib/bz2 support without recompiling PHP. > I'm open to further input/tweaks on this decision. If you have a better > idea, go ahead and commit to phar's config.m4/w32, these files are very > easy to change if needed. > Greg Best regards, Marcus