Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:30096 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 59645 invoked by uid 1010); 5 Jun 2007 22:07:08 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 59616 invoked from network); 5 Jun 2007 22:07:08 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 5 Jun 2007 22:07:08 -0000 Authentication-Results: pb1.pair.com smtp.mail=ilia@prohost.org; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=ilia@prohost.org; sender-id=unknown Received-SPF: error (pb1.pair.com: domain prohost.org from 64.233.162.228 cause and error) X-PHP-List-Original-Sender: ilia@prohost.org X-Host-Fingerprint: 64.233.162.228 nz-out-0506.google.com Linux 2.4/2.6 Received: from [64.233.162.228] ([64.233.162.228:5181] helo=nz-out-0506.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 4D/20-33808-78ED5664 for ; Tue, 05 Jun 2007 18:07:06 -0400 Received: by nz-out-0506.google.com with SMTP id i11so1143076nzi for ; Tue, 05 Jun 2007 15:07:00 -0700 (PDT) Received: by 10.64.241.14 with SMTP id o14mr10005024qbh.1181081219635; Tue, 05 Jun 2007 15:06:59 -0700 (PDT) Received: from ?192.168.1.110? ( [99.246.70.178]) by mx.google.com with ESMTP id q18sm2057603qbq.2007.06.05.15.06.59; Tue, 05 Jun 2007 15:06:59 -0700 (PDT) In-Reply-To: <4665CE64.3070901@zend.com> References: <1655508223.20070605221904@marcus-boerger.de> <4665CE64.3070901@zend.com> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-ID: <6ABDDD81-78EC-4D07-8C9D-B7050D4B7066@prohost.org> Cc: Marcus Boerger , internals@lists.php.net Content-Transfer-Encoding: 7bit Date: Tue, 5 Jun 2007 18:06:57 -0400 To: Stanislav Malyshev X-Mailer: Apple Mail (2.752.3) Subject: Re: [PHP-DEV] [RFC] SPL & PCRE as always enabled in core From: ilia@prohost.org (Ilia Alshanetsky) The big reason for PCRE is the fact that other, rather important extensions such as filter depend on it. SPL is also used by other extensions, which could be a "need" reason. On 5-Jun-07, at 4:58 PM, Stanislav Malyshev wrote: >> let's make ext/pcre and ext/spl first class core components and >> not allow >> to disable them. > > Well, theoretically I can imagine reason why somebody would like to > disable them - e.g., if I need super-high-performance server and I > absolutely must squeeze out every last bit of cpu/memory usage > _and_ I don't do neither SPL nor regular expressions - I might want > to disable it. > In any case, I see the reasons why we *want* it enabled. But I'd > like to hear any reasons why we *need* it enabled - i.e. any vital > stuff that can't work with SPL/PCRE disabled? > -- > Stanislav Malyshev, Zend Products Engineer > stas@zend.com http://www.zend.com/ > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > Ilia Alshanetsky