Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:47239 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 98485 invoked from network); 13 Mar 2010 18:51:48 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 13 Mar 2010 18:51:48 -0000 Authentication-Results: pb1.pair.com header.from=ericleestewart@gmail.com; sender-id=pass; domainkeys=bad Authentication-Results: pb1.pair.com smtp.mail=ericleestewart@gmail.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.223.177 as permitted sender) DomainKey-Status: bad X-DomainKeys: Ecelerity dk_validate implementing draft-delany-domainkeys-base-01 X-PHP-List-Original-Sender: ericleestewart@gmail.com X-Host-Fingerprint: 209.85.223.177 mail-iw0-f177.google.com Received: from [209.85.223.177] ([209.85.223.177:34093] helo=mail-iw0-f177.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id FA/2E-15916-2CEDB9B4 for ; Sat, 13 Mar 2010 13:51:47 -0500 Received: by iwn7 with SMTP id 7so1214845iwn.26 for ; Sat, 13 Mar 2010 10:51:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=Km/zKZ3wjzQM2ydJU62IMVE8N73woy8Wg6n6RMk86/0=; b=sPoVs6FWop9I4g8XhsFXxjvLiN6kwGpN9/UHOdeRvQvVkeoZdAg0PVueU2OS1sdxhk BNw/+Dv/11jdxap2CqaVFHlPk+2uhgFnI2VoxKslRKsSuZvW/ohwm4rysg+V9SRYid2S PrF0728eIK8BMUGsDsQPyHotTfVMn7DOCVqWM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=mYVR9+bG0D39PXoN0Zw7J5iA5y+evAwUSbFva2CPe7F6nZSB3pR1pIhUqLIW9c/WHG UYM+zBCHR9rhv2d/PZP+t2rfmVu0EUeuhCOZHS3+rjXnhLJiiFEoE6LqdKRUqk6mfx2c TBmlOmcFaApE5/txhbwwVdS7lN7zLAk1qWkSg= MIME-Version: 1.0 Received: by 10.231.146.2 with SMTP id f2mr789543ibv.23.1268506303790; Sat, 13 Mar 2010 10:51:43 -0800 (PST) In-Reply-To: References: <4B9926E8.4080202@lerdorf.com> Date: Sat, 13 Mar 2010 13:51:43 -0500 Message-ID: To: internals@lists.php.net Content-Type: multipart/alternative; boundary=0016e64c0616a2009d0481b32335 Subject: Re: [PHP-DEV] PHP 6 From: ericleestewart@gmail.com (Eric Stewart) --0016e64c0616a2009d0481b32335 Content-Type: text/plain; charset=ISO-8859-1 On Sat, Mar 13, 2010 at 11:57 AM, Derick Rethans wrote: > On Thu, 11 Mar 2010, Rasmus Lerdorf wrote: > > > So I think Lukas and others are right, let's move the PHP 6 trunk to a > > branch since we are still going to need a bunch of code from it and > > move development to trunk and start exploring lighter and more > > approachable ways to attack Unicode. We have a few already. > > Enhanced mbstring and ext/intl. Let's see some good ideas around that > > and work on those in trunk. Other features necessarily need to play > > along with these in the same branch. I refuse to go down the path of > > a 5.4 branch and a separate Unicode branch again. > > > > The main focus here needs to be to get everyone working in the same > > branch. > > I am also in favour for getting back to one branch for new development. > And that "branch" should be trunk. However, I am a little bit reluctant > to just "kill" all Unicode support. I don't think we can get around the > fact that propr Unicode support is going to be even more important in > the future than it already is today. However, we can also not get around > the fact that the current state of "Unicode-in-PHP" isn't the most ideal > situation. > > I do however think that most of the current approaches of adding Unicode > support into PHP 6 (current trunk) have the proper ideas behind that, > but I do think that in some cases we went slightly overboard of > supporting Unicode everywhere with the new "unicode" type. For example, > we don't really need to have this for variable or function names or > support every encoding for writing scripts in. (We do > need to *support* Unicode there, but not with the unicode string type.) > Another example is that we perhaps don't have to support every encoding > out there. > > So I would suggest the following things to do: > > - get rid of Jani's play branch > - move trunk to branches/FIRST_UNICODE_IDEA > - put 5.2 in security fix only mode > - pht 5.3 in bug fix only mode > - start adding new features (traits, Ilia's scalar typehint patch, > output buffering things) to the new trunk cloned from 5.3. > - in the meanwhile, start working on patching in back Unicode support, > but in small steps. Exactly which things, and how we'd have to find > out. But I do think it needs to be a *core* language feature, and not > simply solved by extensions. We also need to make sure everybody > understands that Unicode isn't just about encodings, or charsets and > that thre are differences between that. Education is going to be > important (and adding Unicode back in small bits would certainly help > there). > > As I now have plenty of time to work on things, I'd be happy to act as > RM, and wouldn't mind working on roadmaps and sorting out what good bits > we have/had, and which things we don't want to port back into the new > trunk. Depending on how things go, this could become 5.4 or 6 or > something else. > > with kind regards, > Derick > > -- > http://derickrethans.nl | http://xdebug.org > Like Xdebug? Consider a donation: http://xdebug.org/donate.php > twitter: @derickr and @xdebug > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > > +1 Single Development Branch and move 6.0 branch to UNICODE_FIRST_ATTEMPT +1 Derick RM to spearhead a more progressive approach to implementing Unicode support. Eric Lee Stewart --0016e64c0616a2009d0481b32335--