On Thu, Nov 13, 2008 at 12:56 PM, Alexey Zakhlestin <[EMAIL PROTECTED]> wrote:
> On Wed, Nov 12, 2008 at 10:14 PM, Lukas Kahwe Smith <[EMAIL PROTECTED]> 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: [EMAIL PROTECTED] URL: http://blog.bisna.com Rio de Janeiro - RJ/Brazil -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
