Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:30491 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 44445 invoked by uid 1010); 6 Jul 2007 11:32:44 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 44429 invoked from network); 6 Jul 2007 11:32:44 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 6 Jul 2007 11:32:44 -0000 Authentication-Results: pb1.pair.com header.from=rquadling@googlemail.com; sender-id=pass; domainkeys=bad Authentication-Results: pb1.pair.com smtp.mail=rquadling@googlemail.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain googlemail.com designates 209.85.146.180 as permitted sender) DomainKey-Status: bad X-DomainKeys: Ecelerity dk_validate implementing draft-delany-domainkeys-base-01 X-PHP-List-Original-Sender: rquadling@googlemail.com X-Host-Fingerprint: 209.85.146.180 wa-out-1112.google.com Received: from [209.85.146.180] ([209.85.146.180:9313] helo=wa-out-1112.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id A2/24-01395-9582E864 for ; Fri, 06 Jul 2007 07:32:42 -0400 Received: by wa-out-1112.google.com with SMTP id l24so226684waf for ; Fri, 06 Jul 2007 04:32:38 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=googlemail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=fQioffmPM04t525UVmhzn7jarRaRvYS7Is109My2ojtVtOFyNb3iW//dEoWAtVu4NUnZe9uT0lHRxEwmxFnYCbnwdKyt36fkpRsT0cxIT/j+a3f6X06ZBS0e/eBrbZD0zykgasvtArjE6KgGWE/JrULxozVOORUK00FM3c5HSTo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=beta; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=swA7Ddv5ByZiGSJyE9mw7OqrEhQjIM5/QDvU/YkJp3xaGGJwUPQgt3kcZxNVp4AGeDrZ9y6j7f3XgdUl8aBSABibEjOhZ07/zoCY9SRvinAXhzD4rU3tE0kVJwRdhHftbeSeYRF7oWP0K7jG9R19rzm9xZmoFF/Ju7gR7bXhz1E= Received: by 10.114.176.1 with SMTP id y1mr552178wae.1183721558547; Fri, 06 Jul 2007 04:32:38 -0700 (PDT) Received: by 10.114.205.19 with HTTP; Fri, 6 Jul 2007 04:32:38 -0700 (PDT) Message-ID: <10845a340707060432h6516ea5eja0995dbc974baa0a@mail.gmail.com> Date: Fri, 6 Jul 2007 12:32:38 +0100 Reply-To: RQuadling@GoogleMail.com To: "Antony Dovgal" Cc: "Lukas Kahwe Smith" , "Rasmus Lerdorf" , "Derick Rethans" , "Cristian Rodriguez" , internals@lists.php.net In-Reply-To: <468E2009.9000703@zend.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1181829227.3478.3.camel@localhost.localdomain> <2169.24.1.37.132.1183693664.squirrel@www.l-i-e.com> <1183699755.14343.5.camel@johannes.nop> <7d5a202f0707060224oa64dfeaw2c7ee17a735648f9@mail.gmail.com> <468E1158.2030900@lerdorf.com> <468E13C6.1070109@pooteeweet.org> <468E2009.9000703@zend.com> Subject: Re: [PHP-DEV] What is the use of "unicode.semantics" in PHP 6? From: rquadling@googlemail.com ("Richard Quadling") On 06/07/07, Antony Dovgal wrote: > On 06.07.2007 14:04, Lukas Kahwe Smith wrote: > > To me it boils down how we want to maintain the "fork": > > > > 1) PHP5 and PHP6 > > 2) PHP6 unicode off/on (with PHP5 in maintenance mode) > > > > Considering that people will not jump on PHP6 immediately anyways, I > > think 1) is more realistic, if we make best efforts to back port new > > features to PHP5, but still require that new features go into PHP6 > > first. Some features might not get back ported and that is a somewhat > > unfriendly nudge towards PHP6. So it goes. > > I tend to agree with this POV more and more. > > Especially considering this: > -- > > Rasmus Lerdorf wrote: > > > >> So yes, the only real customers for this full Unicode mode in PHP 6 are > >> going to be the folks that have full control over their servers and > >> their software which will likely limit it to hosted services and exclude > >> large PHP software packages that will necessarily need to be written to > >> be portable. > -- > > If we admit that we release a special PHP version for a very limited set > of users then keeping that On/Off switch makes no sense to me. > And it's not about choice, customers DO have a choice - either it's PHP5 (which will > still be there for the next 10 years at the very least) or PHP6 aka Unicode PHP. > > You don't by a Porsche if you need a taxi, why would you install PHP6 if you don't need Unicode? > New features? Let's just agree that we can (and definitely will) backport all the fancy looking > new features from PHP6 to PHP5 and both these branches can live together happily. > > > This way the PHP6 code base stays lean and people can realistically code > > against PHP6. Hosters will hopefully offer both PHP5 and PHP6. I doubt > > that many hosters would be interested in offering 3 versions at once > > (PHP5, PHP6 unicode on/off). If Unicode had been an extension (one of those that are part of the core and cannot be disabled) with its own classes/exceptions/functions/etc, then everyone would have been happy. Unicode is a great idea, but I don't use unicode at the moment, but I'd still like to have PHP6 when it is officially released without having to do major work to make my code compliant AND without having to turn Unicode off. For those that need it, then they can code for it. For those that don't they still get all the other improvements in PHP6 and without the reported speed issues as they are not using the extension. This seems like a winner to me. ----- Richard Quadling Zend Certified Engineer : http://zend.com/zce.php?c=ZEND002498&r=213474731 "Standing on the shoulders of some very clever giants!"