Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:39717
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain at.wakwak.com designates 219.103.130.24 as permitted sender)
Message-ID: <489A2BC6.3070308@at.wakwak.com>
Date: Thu, 07 Aug 2008 07:55:02 +0900
User-Agent: Thunderbird 2.0.0.16 (Windows/20080708)
MIME-Version: 1.0
To: Stanislav Malyshev <stas@zend.com>
Cc: Larry Garfield <larry@garfieldtech.com>, internals@lists.php.net
References: <909776579.20080803142659@marcus-boerger.de> <4896EA3C.6010203@zend.com> <4897E9B5.9020006@at.wakwak.com> <200808052035.12199.larry@garfieldtech.com> <489908C2.9040200@at.wakwak.com> <489939C5.2090007@zend.com> <4899B449.4010800@at.wakwak.com> <4899D488.2010803@zend.com>
In-Reply-To: <4899D488.2010803@zend.com>
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] Inconsistencies in 5.3
From: moriyoshi@at.wakwak.com (Moriyoshi Koizumi)

Stanislav Malyshev wrote:
> Hi!
> 
>> What a nitpicking :) So would I say that the global statement is 
>> inconsistent with static because it doesn't allow assignments within 
>> the statement :p
> 
> Sure it is. That's just another thing to show all this "consistency" 
> talk is blown way out of proportion long ago. Now let's make global 
> accept assignments and ignore them for "consistency", should we?

I'd prefer the opposite way in which no initializers are allowed for 
static. null type was introduced to mark uninitialized variables in the 
first place, so if we have strictly kept the original intention, there 
should be no problem with this idea. (I'd say NULL values from the 
database or other softwares should have been made effectively 
differentiable with language-defined null values, but this is another issue)

Apart from this, the constructs in question share the same semantics 
where their role is to define variables that refers to values of a 
non-local data storage, so making the lexical variable declaration 
statement look like the others is not inconsistent with the current 
language syntax, whereas the "use" construct after the argument list is 
inconsistent with the ordinary function definition unless my proposal 
[1] is accepted.

[1] http://news.php.net/php.internals/39071

Moriyoshi