Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:48041
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain fmethod.com from 209.85.218.219 cause and error)
Message-ID: <9102D8214A9042BFAD507219161F8660@pc>
To: "Derick Rethans" <derick@php.net>,
	"Ryan Panning" <rpanning@gmail.com>
Cc: <internals@lists.php.net>,
	"Stanislav Malyshev" <stas@zend.com>,
	"Adi Nita" <adi.nita@gmail.com>
References: <t2y294a23a11004200739v6b3e18f1z52abfa89db643a09@mail.gmail.com> <4BCE44B8.6060600@zend.com> <4BCEFC93.7010508@gmail.com> <alpine.DEB.2.00.1004211430190.717@kossu.derickrethans.nl>
Date: Wed, 21 Apr 2010 17:06:55 +0300
MIME-Version: 1.0
Content-Type: text/plain;
	format=flowed;
	charset="ISO-8859-1";
	reply-type=original
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] A critique of PHP 6
From: sv_forums@fmethod.com ("Stan Vassilev")


>> > > 4. PARAMETER ORDER.
>> > Two letters: BC.
>> > Changing variable order in an existing function is a big fat BC break. 
>> > And
>> > if we put such a bomb into a new version, what would be the incentive 
>> > for
>> > people to use it? So that apps would have to be shipped in 2 versions, 
>> > for
>> > the old php and the new php?
>>
>> Is this something that could be fixed if it's moved to a namespace? The 
>> new
>> "alias" can have the "correct" order but original function can have the 
>> old
>> order.
>
> No, it would me having two implementations.
>
> Derick

There's only one way to both maintain BC during a "transition" period, and 
fix flaws to prepare for the next 10 years. And that's having two 
implementations.

The original one will gradually be deprecated and eventually removed.

Regards,
Stan Vassilev