Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:41906
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 74.125.92.24 as permitted sender)
DomainKey-Status: bad
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:to:subject:cc:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references;
        b=DW8jBBsKWmpc1ONiWbyf5T9anpHkGu/QvWDNv+RB2o7bwOM5o+4CzyHY7RxAnyO6QF
         zZdmvs67vPaYaxGhlUfd14MRhvmleYJ9Hm6/difhCgNSZ/eAd59H7BknRtfhQCLbei+R
         Q1RJVnlYfK08nj6yPvW58tucu07D6gVevgbmc=
Message-ID: <bcb7aa500811131108v4a64b89es58c2ddf0a6f16722@mail.gmail.com>
Date: Thu, 13 Nov 2008 17:08:44 -0200
To: "Alexey Zakhlestin" <indeyets@gmail.com>
Cc: "Lukas Kahwe Smith" <mls@pooteeweet.org>, 
	"internals Mailing List" <internals@lists.php.net>
In-Reply-To: <cd5680a20811130656n47f1be7bre7f8152c5559141c@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <42D56477-0E39-4548-B711-A950480E562E@pooteeweet.org>
	 <cd5680a20811130656n47f1be7bre7f8152c5559141c@mail.gmail.com>
Subject: Re: [PHP-DEV] quick polls for 5.3
From: guilhermeblanco@gmail.com ("Guilherme Blanco")

On Thu, Nov 13, 2008 at 12:56 PM, Alexey Zakhlestin <indeyets@gmail.com> wrote:
> On Wed, Nov 12, 2008 at 10:14 PM, Lukas Kahwe Smith <mls@pooteeweet.org> wrote:
>
>> 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

+1

>> 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

>> 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
> "c"

C is ok

>
>> 4) keep ext/phar enabled by default in 5.3?

Strongly +1

>> 5) keep ext/sqlite3 enabled by default in 5.3?

0


>> 6) enable mysqlnd by default in 5.3? (answer both)
>> I) enable mysqlnd by default

-1

>> II) also enable ext/mysql, mysqli und pdo_mysql by default since there will
>> be no external dependencies in this case

-1

>> 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.

+1

>> 8) MFH mcrypt cleanups in HEAD. either the make sense or they dont, so
>> either (choose one)
>> a) revert in HEAD
>> b) MFH to 5.3

0

> --
> Alexey Zakhlestin
> http://blog.milkfarmsoft.com/
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>



-- 
Guilherme Blanco - Web Developer
CBC - Certified Bindows Consultant
Cell Phone: +55 (16) 9166-6902
MSN: guilhermeblanco@hotmail.com
URL: http://blog.bisna.com
Rio de Janeiro - RJ/Brazil