Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:30079
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain php.net from 85.214.80.207 cause and error)
Date: Tue, 5 Jun 2007 22:19:04 +0200
Reply-To: Marcus Boerger <helly@php.net>
Message-ID: <1655508223.20070605221904@marcus-boerger.de>
To: internals@lists.php.net
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Subject: [RFC] SPL & PCRE as always enabled in core
From: helly@php.net (Marcus Boerger)

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