Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:32130 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 91094 invoked by uid 1010); 9 Sep 2007 17:28:22 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 91079 invoked from network); 9 Sep 2007 17:28:21 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 9 Sep 2007 17:28:21 -0000 Authentication-Results: pb1.pair.com header.from=larry@garfieldtech.com; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=larry@garfieldtech.com; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain garfieldtech.com from 204.127.200.84 cause and error) X-PHP-List-Original-Sender: larry@garfieldtech.com X-Host-Fingerprint: 204.127.200.84 sccrmhc14.comcast.net NetCache Data OnTap 5.x Received: from [204.127.200.84] ([204.127.200.84:53201] helo=sccrmhc14.comcast.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 4E/2F-17175-43D24E64 for ; Sun, 09 Sep 2007 13:28:21 -0400 Received: from earth.ufp (c-71-228-13-89.hsd1.il.comcast.net[71.228.13.89]) by comcast.net (sccrmhc14) with ESMTP id <2007090917281801400rjaqse>; Sun, 9 Sep 2007 17:28:18 +0000 Received: from localhost (localhost [127.0.0.1]) by earth.ufp (Postfix) with ESMTP id CF653D821B for ; Sun, 9 Sep 2007 12:28:17 -0500 (CDT) Received: from earth.ufp ([127.0.0.1]) by localhost (earth.ufp [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Jt8yUgXJrH79 for ; Sun, 9 Sep 2007 12:28:17 -0500 (CDT) Received: from vulcan.ufp (vulcan.ufp [192.168.42.4]) by earth.ufp (Postfix) with ESMTP id A7F89D7C77 for ; Sun, 9 Sep 2007 12:28:07 -0500 (CDT) To: internals@lists.php.net Date: Sun, 9 Sep 2007 12:28:05 -0500 User-Agent: KMail/1.9.6 References: <6F509818-65A2-4B17-8C44-6970E815A169@prohost.org> In-Reply-To: <6F509818-65A2-4B17-8C44-6970E815A169@prohost.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-ID: <200709091228.05656.larry@garfieldtech.com> Subject: Re: [PHP-DEV] PHP 5.3 Suggested Feature List From: larry@garfieldtech.com (Larry Garfield) On Sunday 09 September 2007, 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. Response from a random PHP guy who doesn't work on the engine itself (so take with appropriate quantities of NaCl): > List of Feature Ideas > ---------------------------- > > 1) Backport the namespaces patch for PHP 6 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 I have no opinion. > 3) Apply the Late Static Binding Patch -1, unless we can guarantee no BC breakage with 5.2. > 4) Implement David's Circular Garbage collection patch I am not qualified to offer an intelligent opinion. > 5) Implement Sqlite3 support via the ext/sqlite extension (patch is > already available) 1 > 6) Remove safe_mode, register_globals and magic_quotes -1 These must die, but that's also a huge BC break, even if those are already unrecommended. That would almost certainly slow adoption by shared hosts, which means that 5.3 would have a 5.0-like adoption curve. :-) Save the code breaking for PHP 6. > 7) Introduce mysqlind library into core and use it as a backend for > PDO and mysqli extensions (possibly enabling them by default) 0 I have not tested it personally, but I'm all for stuff getting faster. I would recommend making it a simple toggle with default no for now, until it's more battle-tested in the field. Change the default in 5.4, perhaps. > 8) OpenID enabling patch for OpenSSL and PHP 5 I have no opinion. > 9) Add array_replace[_recursive] functions (patch is already available) > > 1 0 -1 > > 10) Split off deprecation from E_STRICT into E_DEPRECATED 1 > 11) Merge the zend_arg_info const'ify patch I have no opinion. > 12) Merge the GCC 4 -fvisibility patch I am not qualified to offer an intelligent opinion. > 13) Switch for disabling/enabling materialized cursors in mysqli I have no opinion. > 14) Link phar extension from PECL into core (possibly enabling it by > default) I have no opinion. > 15) Merge Matt's ZEND_SIGNED_MULTIPLY_LONG() optimization patch I am not qualified to offer an intelligent opinion. > 16) Introduce new php.ini files parser/scanner + CGI/FastCGI? > "htaccess" style ini file support I have no opinion. > 17) Merge __callStatic patch from PHP 6 1 > 18) Introduce concept of "strict classes" that do not permit dynamic > property creation 0 I think I missed that discussion, so I can't say anything useful here other than please make such classes optional, not required (or inherent upon using E_STRICT). -- Larry Garfield AIM: LOLG42 larry@garfieldtech.com ICQ: 6817012 "If nature has made any one thing less susceptible than all others of exclusive property, it is the action of the thinking power called an idea, which an individual may exclusively possess as long as he keeps it to himself; but the moment it is divulged, it forces itself into the possession of every one, and the receiver cannot dispossess himself of it." -- Thomas Jefferson