Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:78960
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 74.125.82.46 as permitted sender)
Message-ID: <546BBF4F.8040806@gmail.com>
Date: Tue, 18 Nov 2014 21:51:11 +0000
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0
MIME-Version: 1.0
To: internals@lists.php.net
References: <546B0F62.1090705@gmail.com> <alpine.DEB.2.11.1411181221100.13538@whisky.home.derickrethans.nl> <546B95F2.2050504@gmail.com>
In-Reply-To: <546B95F2.2050504@gmail.com>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] [RFC] Default constructors
From: rowan.collins@gmail.com (Rowan Collins)

On 18/11/2014 18:54, Stanislav Malyshev wrote:
> Hi!
>
>> You write:
>>
>>>   Also, this can lead to more subtle BC breaks. Consider this code:
>> And then further on:
>>
>>> No backward incompatible changes, sin...
>> that can not be both right.
> Ah, but the former describes the option that has been *rejected*. The
> option that was chosen instead does not have the BC break.
>

Personally, I would much prefer the backwards compatibility break to 
happen. It is frankly quite bizarre, and not at all useful, that the 
following two pieces of code behave differently:

class Foo {}
new Foo( print('hello') );
// silent

vs

class Foo { function __construct() {} }
new Foo( print('hello') );
// says "hello"

(Incidentally, HHVM doesn't have this "optimisation", and says "hello" 
in both cases: http://3v4l.org/ZDXs1)

If I came upon this without knowing more, I would assume it was a bug in 
PHP, and any code relying on it was in need of fixing ASAP.

Regards,

-- 
Rowan Collins
[IMSoP]