Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:61209 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 86922 invoked from network); 13 Jul 2012 17:23:06 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 13 Jul 2012 17:23:06 -0000 Authentication-Results: pb1.pair.com header.from=smalyshev@sugarcrm.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=smalyshev@sugarcrm.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain sugarcrm.com designates 67.192.241.133 as permitted sender) X-PHP-List-Original-Sender: smalyshev@sugarcrm.com X-Host-Fingerprint: 67.192.241.133 smtp133.dfw.emailsrvr.com Linux 2.6 Received: from [67.192.241.133] ([67.192.241.133:49268] helo=smtp133.dfw.emailsrvr.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id A9/00-20866-87950005 for ; Fri, 13 Jul 2012 13:23:05 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp13.relay.dfw1a.emailsrvr.com (SMTP Server) with ESMTP id 69F9E3D0471; Fri, 13 Jul 2012 13:23:01 -0400 (EDT) X-Virus-Scanned: OK Received: by smtp13.relay.dfw1a.emailsrvr.com (Authenticated sender: smalyshev-AT-sugarcrm.com) with ESMTPSA id 1E1BB3D0493; Fri, 13 Jul 2012 13:23:01 -0400 (EDT) Message-ID: <50005974.5080301@sugarcrm.com> Date: Fri, 13 Jul 2012 10:23:00 -0700 Organization: SugarCRM User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: Lester Caine CC: PHP internals References: <500051CC.50305@lsces.co.uk> In-Reply-To: <500051CC.50305@lsces.co.uk> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] 6.0 And Moving Forward From: smalyshev@sugarcrm.com (Stas Malyshev) Hi! > Has the requirement for a truly clean unicode version of PHP actually gone away? The requirement hasn't, but nobody is willing to lead the task. And it's not an easy one. IMHO variable names are by far the least important part of it - I don't know of any code that can't be done using ASCII only :) > function as simply wrong. Lets just drop case insensitivity. That pretty much precludes smooth upgrade to 6.0 for existing applications. I don't see much value in it. And again, case insensitivity wasn't a problem for Unicode engine (we can't use tolower there of course but we can use case folding). -- Stanislav Malyshev, Software Architect SugarCRM: http://www.sugarcrm.com/ (408)454-6900 ext. 227