Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:41886
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.198.228 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=uFQrEdtSUZNhubI4i80QqZUi8HYE9U98GfCuzJ4vJh1ZHObT3R4AwcJBWzVja9p6lw
         MxWZbeNPRBGeu2miBOVboeUs76+np78Azpla1NzPVTXO0u2X5w9s39gRqnzwY45B8GEW
         gaVxlOEwPxSbyXRioxh7YE9w6oh189cSUMLwY=
Message-ID: <fe05d1540811121331k159d0357jda904e851d8b8330@mail.gmail.com>
Date: Wed, 12 Nov 2008 22:31:06 +0100
To: "Lukas Kahwe Smith" <mls@pooteeweet.org>
Cc: "internals Mailing List" <internals@lists.php.net>
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
References: <42D56477-0E39-4548-B711-A950480E562E@pooteeweet.org>
Subject: Re: [PHP-DEV] quick polls for 5.3
From: pierre.php@gmail.com ("Pierre Joye")

hi Lukas!

Thanks for this nice little list, 1st class troll killer :)

On Wed, Nov 12, 2008 at 8: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)

> 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)
> c) Document as is

+1

> 4) keep ext/phar enabled by default in 5.3?

0


> 5) keep ext/sqlite3 enabled by default in 5.3?

+1


> 6) enable mysqlnd by default in 5.3? (answer both)
> 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 (if it creates non fixable issues during the alpha/RC phases, it
can always be reverted.  However the code is much cleaner and easier
to maintain, if I can use the word "easy" for the OB code)

> 8) MFH mcrypt cleanups in HEAD. either the make sense or they dont, so
> either (choose one)
> b) MFH to 5.3

+1 (there is tests, there is people taking of it if there are issues,
more tests can be added as wish, it removes duplicate codes)

Cheers,
-- 
Pierre

http://blog.thepimp.net | http://www.libgd.org