Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:78966
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.212.169 as permitted sender)
Message-ID: <546BD0E8.6020609@gmail.com>
Date: Tue, 18 Nov 2014 23:06:16 +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> <546BBF4F.8040806@gmail.com> <919EDD0D-F0F4-430A-A84B-96A32DF45E7B@ajf.me> <546BCE21.7080403@gmail.com>
In-Reply-To: <546BCE21.7080403@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 22:54, Stanislav Malyshev wrote:
> It is most definitely not a bug, it's the intended behavior that has
> been coded so and has been in PHP for a very long time. You may argue it
> should not be so, and it should be changed, that's fine, but it's not
> what is called a bug - it's not a mistake, it's how it was intended to
> work.

"Been in PHP for a very long time" != "how it was intended to work". Can 
you explain why this would be the intention of anyone designing the 
language?

It seems to me that it is an unforeseen side effect of a different 
feature - that when raising a Fatal Error for a non-existent function or 
method, the runtime bails out immediately, without bothering to evaluate 
the arguments. That's very different from a non-existent constructor 
call *successfully executing* without its parameters being evaluated.

It's a mistake that was made a long time ago, and nobody's thought it 
worth the effort to fix, but it's still a mistake, IMHO.

-- 
Rowan Collins
[IMSoP]