Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:41887
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.128.190 as permitted sender)
DomainKey-Status: bad
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=from:to:subject:date:user-agent:cc:references:in-reply-to
         :mime-version:content-type:content-transfer-encoding
         :content-disposition:message-id:sender;
        b=Cd8rVwJRCQEw4uw3CG7Ro8UnftYF95hmxFC9LB/bOlu96/TTJInkKiAl0B2K5lPiTn
         lea5pKCCQEyizBzGj0Au0fF5uWrUvagPc5fUBTSUx3E9XdiPZPUNC56I3gegXQvIOvIw
         DugDYd90f1h5jgGnDS7YYOF3EXJ/fTltCTLe4=
To: internals@lists.php.net
Date: Thu, 13 Nov 2008 05:02:05 +0100
User-Agent: KMail/1.10.3 (Linux/2.6.26-1-amd64; KDE/4.1.3; x86_64; ; )
Cc: Lukas Kahwe Smith <mls@pooteeweet.org>
References: <42D56477-0E39-4548-B711-A950480E562E@pooteeweet.org>
In-Reply-To: <42D56477-0E39-4548-B711-A950480E562E@pooteeweet.org>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-ID: <200811130502.05875.lbarnaud@php.net>
Sender: Arnaud LB <arnaud.lb@gmail.com>
Subject: Re: [PHP-DEV] quick polls for 5.3
From: lbarnaud@php.net (Arnaud Le Blanc)

On Wednesday 12 November 2008 20:14:31 Lukas Kahwe Smith wrote:
> Hi,

> 1) ext/mhash in 5.3. ext/hash has all the functions, so the entire BC  
> break will be that "if (extension_loaded('mhash'))" will need fixing  
> if mhash is removed (answer both)
> I) enable ext/hash by default

+1

> II) remove ext/mhash

-0

> 
> 2) deprecate ereg*. ext/ereg is an extension as of PHP 5.3. Since ext/ 
> ereg is more or less redundant with ext/preg and is likely to not get  
> much unicode love for PHP 6, the question is if we should mark it with  
> a E_DEPRECATED in PHP 5.3

+1 (and allow the --without-ereg switch)

> 
> 3) resource constants (choose one)
> a) Should we deprecate constant resources (mostly used to emulate  
> STDIN and friends)
> b) Should we instead just throw an E_STRICT
> c) Document as is

a

> 
> 4) keep ext/phar enabled by default in 5.3?

+1

> 
> 5) keep ext/sqlite3 enabled by default in 5.3?

+1

> 
> 6) enable mysqlnd by default in 5.3? (answer both)
> I) enable mysqlnd by default

-0

> II) also enable ext/mysql, mysqli und pdo_mysql by default since there  
> will be no external dependencies in this case
> 
> 7) should Output buffering rewrite MFH? this one comes with some  
> baggage, we need enough people to actually have a look at how things  
> are in HEAD and make it clear that they will be available for bug  
> fixing and BC issues resolving. the risk here is obviously that any BC  
> issues will be hard to isolate for end users.

+0


Arnaud