On 9/9/07, Antony Dovgal <[EMAIL PROTECTED]> wrote:
> On 09.09.2007 21:07, Ilia Alshanetsky wrote:
> > Its been about a week since RFS for features to go into 5.3 has gone
> > out and while there was not a "flood" of ideas there is a substantial
> > list of key changes people would like to go into this release. I've
> > compiled a list of all of the suggestions I've received, they are
> > listed below in a form that will hopefully make it easy for people to
> > vote their yeys and nays. My hope that we can reach an agreement
> > within 1-2 weeks so 5.3 can be branched and work on it can begin.
> >
> > List of Feature Ideas
> > ----------------------------
> >
> > 1) Backport the namespaces patch for PHP 6
> >
> > 1             0               -1
>
> I thought most of us agreed that 5.3 should be == (PHP6 - Unicode).
> 1
>
> > 2) Symlink the intl extension from PECL, but leave it disabled by
> > default as is the case with all extensions dependent on external libs
> >
> > 1             0               -1
>
> Once it's ready for production - why not?
> 1
>
> > 3) Apply the Late Static Binding Patch
> >
> > 1             0               -1
>
> 0
>
> > 4) Implement David's Circular Garbage collection patch
> >
> > 1             0               -1
>
> IIRC that's one of the reasons for 5.3 branch.
> 1
>
> > 5) Implement Sqlite3 support via the ext/sqlite extension (patch is
> > already available)
> >
> > 1             0               -1
>
> 0/-1 (see on reason to touch a working extension, but I don't really care).
>
> > 6) Remove safe_mode, register_globals and magic_quotes
> >
> > 1             0               -1
>
> Let's leave this for HEAD.
> -1
>
> > 7) Introduce mysqlind library into core and use it as a backend for
> > PDO and mysqli extensions (possibly enabling them by default)
> >
> > 1             0               -1
>
> 1
> Same as PECL/intl - once it's ready, I see no reason to keep it "hidden".
>
> > 8) OpenID enabling patch for OpenSSL and PHP 5
> >
> > 1             0               -1
>
> 0
>
> > 9) Add array_replace[_recursive] functions (patch is already available)
> >
> > 1             0               -1
>
> Do we really need more array functions?
> I believe we already have quite a number.
> -1
>
> > 10) Split off deprecation from E_STRICT into E_DEPRECATED
> >
> > 1             0               -1
>
> -1
> Didn't see any arguments for this.

http://marc.info/?l=php-dev&m=116163053224532&w=2

>
> > 11) Merge the zend_arg_info const'ify patch
> >
> > 1             0               -1
>
> 0
>
> > 12) Merge the GCC 4 -fvisibility patch
> >
> > 1             0               -1
>
> 0
>
> > 13) Switch for disabling/enabling materialized cursors in mysqli
> >
> > 1             0               -1
>
> 0
>
> > 14) Link phar extension from PECL into core (possibly enabling it by
> > default)
> >
> > 1             0               -1
>
> 0 (-1 for enabling it by default).
>
> > 15) Merge Matt's ZEND_SIGNED_MULTIPLY_LONG() optimization patch
> >
> > 1             0               -1
>
> From what I recall, all Matt's patches were really good.
> So I'm 0/+1.
>
> > 16) Introduce new php.ini files parser/scanner + CGI/FastCGI?
> > "htaccess" style ini file support
> >
> > 1             0               -1
>
> 0
> AFAIK it's too early.
>
> > 17) Merge __callStatic patch from PHP 6
> >
> > 1             0               -1
>
> 1/0.
> I believe we should decide on more general problems first,
> i.e. what is 5_3 - is this (5_2 + a couple of patches) or (HEAD - Unicode)?
>

Good point

> > 18) Introduce concept of "strict classes" that do not permit dynamic
> > property creation
> >
> > 1             0               -1
>
> 0
>
> --
> Wbr,
> Antony Dovgal
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>


-- 
David Coallier,
Founder & Software Architect,
Agora Production (http://agoraproduction.com)
51.42.06.70.18

-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Reply via email to