Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:31036 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 4389 invoked by uid 1010); 18 Jul 2007 08:11:57 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 4374 invoked from network); 18 Jul 2007 08:11:57 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 18 Jul 2007 08:11:57 -0000 Authentication-Results: pb1.pair.com smtp.mail=derick@php.net; spf=unknown; sender-id=unknown Authentication-Results: pb1.pair.com header.from=derick@php.net; sender-id=unknown Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 82.94.239.5 as permitted sender) X-PHP-List-Original-Sender: derick@php.net X-Host-Fingerprint: 82.94.239.5 jdi.jdi-ict.nl Linux 2.6 Received: from [82.94.239.5] ([82.94.239.5:39006] helo=jdi.jdi-ict.nl) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 36/42-18661-74BCD964 for ; Wed, 18 Jul 2007 04:11:51 -0400 Received: from localhost (localhost [127.0.0.1]) by jdi.jdi-ict.nl (8.13.7/8.12.11) with ESMTP id l6I8BghM004772; Wed, 18 Jul 2007 10:11:42 +0200 Date: Wed, 18 Jul 2007 10:11:42 +0200 (CEST) X-X-Sender: derick@kossu.ez.no To: Lukas Kahwe Smith cc: Andi Gutmans , Ilia Alshanetsky , jani.taskinen@iki.fi, internals@lists.php.net In-Reply-To: <469C6436.2060009@pooteeweet.org> Message-ID: References: <698DE66518E7CA45812BD18E807866CE648191@us-ex1.zend.net> <54C4340A-D9EA-4B5A-B39C-B55B29B1B3BC@prohost.org> <698DE66518E7CA45812BD18E807866CE648193@us-ex1.zend.net> <469B7FB1.1070507@pooteeweet.org> <698DE66518E7CA45812BD18E807866CE648290@us-ex1.zend.net> <469C6436.2060009@pooteeweet.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=UTF-8 Subject: Re: [PHP-DEV] POSIX regex From: derick@php.net (Derick Rethans) On Tue, 17 Jul 2007, Lukas Kahwe Smith wrote: > Andi Gutmans wrote: > > > There are clear things we want to change (like register_globals) because > > we believe that ultimately they have a significant benefit to our users > > with controllable downside (there is an easy one line workaround which > > we can document for people to get their old apps to work). There are > > other areas where breaking BC makes sense. But saying we should just > > break it across the board and not even consider having a good upgrade > > path for our users is unreasonable. I believe we can have a very good > > PHP 6, which is pretty much in sync with many of your feelings, but that > > provides a well documented and reasonable upgrade path (unlike VB -> > > VB.NET). > > I never said we should break BC just for the hell of it. The goal must be that > PHP6 feels and behaves like PHP. Its not about high-jacking PHP to come up > with the language we all wanted instead. > > > So let's not oversimplify this situation. We have to continue to make > > trade-offs. > > Sure, but you are suggesting to delay decisions indefinitely. Either you are > saying this because you already decided that you don't want this change, Doh, isn't that obvious? regards, Derick -- Derick Rethans http://derickrethans.nl | http://ez.no | http://xdebug.org