Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:30111 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 34813 invoked by uid 1010); 6 Jun 2007 10:31:20 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 34725 invoked from network); 6 Jun 2007 10:31:19 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 6 Jun 2007 10:31:19 -0000 Authentication-Results: pb1.pair.com header.from=jani.taskinen@sci.fi; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=jani.taskinen@sci.fi; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain sci.fi from 63.208.196.171 cause and error) X-PHP-List-Original-Sender: jani.taskinen@sci.fi X-Host-Fingerprint: 63.208.196.171 outbound.mailhop.org FreeBSD 4.6-4.9 Received: from [63.208.196.171] ([63.208.196.171:2688] helo=outbound.mailhop.org) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 05/96-03203-3FC86664 for ; Wed, 06 Jun 2007 06:31:17 -0400 Received: from [81.22.163.71] (helo=[10.6.109.37]) by outbound.mailhop.org with esmtpsa (SSLv3:RC4-MD5:128) (Exim 4.63) (envelope-from ) id 1Hvsmo-000M9h-KE; Wed, 06 Jun 2007 06:30:42 -0400 X-MHO-User: U2FsdGVkX18ruNWg0QbbakrsoI8ulN5/+6yTzu3045g= X-Mail-Handler: MailHop Outbound by DynDNS X-Originating-IP: 81.22.163.71 X-Report-Abuse-To: abuse@dyndns.com (see http://www.mailhop.org/outbound/abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX193Eua7KIEqG8kTRNiwyzZ5NWrDNZihSLQ= Reply-To: jani.taskinen@iki.fi To: Marcus Boerger Cc: internals@lists.php.net In-Reply-To: <1655508223.20070605221904@marcus-boerger.de> References: <1655508223.20070605221904@marcus-boerger.de> Content-Type: text/plain Date: Wed, 06 Jun 2007 13:30:40 +0300 Message-ID: <1181125840.3502.0.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.8.3 (2.8.3-2.fc6) Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] [RFC] SPL & PCRE as always enabled in core From: jani.taskinen@sci.fi (Jani Taskinen) And to be absolutely clear about this: This will happen in HEAD (PHP 6) only. Right? :) --Jani On Tue, 2007-06-05 at 22:19 +0200, Marcus Boerger wrote: > Hello internals, > > let's make ext/pcre and ext/spl first class core components and not allow > to disable them. > > SPL: > + influences a bunch of other stuff, and some extensions even behave > different whether SPL is shared or built-in, this is hard to realize > and understand for our users > + was designed from the beginning to contain stuff that is standard in > the oo world, so non standard stuff should be moved to specialized > extensions like pecl/spl_types > - yet another core component and special case > - most important stuff could be moved to zend - but where to stop > + well nothing in spl belongs into the engine, in the same way that > nothing in ext/standard is in the engine. > + zend engine has different license - i wouldn't allow the change > + there is already too much in the engine, actually we should move > stuff out of there - (oops/ouch, did i say this?) > + spl only utilizes the engine, it does not influence modify anything > there. > + we want to be able to rely on SPL in run-tests.php > > PCRE: > + used in a lot of stuff and influences stuff like SPL > beep, go back to square one > + is anybody not using this one, seriously? > + other regex options suck > + we want to be able to rely on PCRE in run-tests.php > > comments? > > Best regards, > Marcus >