Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:91297
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain zend.com designates 157.56.110.101 as permitted sender)
To: Yasuo Ohgaki <yohgaki@ohgaki.net>
CC: Andrea Faulds <ajf@ajf.me>, "internals@lists.php.net"
	<internals@lists.php.net>
Thread-Topic: [PHP-DEV] Re: [RFC Proposal] var keyword deprecation/removal
Thread-Index: AQHRaoNxRIiJBcvOmE+L9MKnNB9/WJ8yT/iAgAAbDq8=
Date: Thu, 18 Feb 2016 22:59:31 +0000
Message-ID: <8B0196E0-D76C-49D4-904A-7FBA9B549AFB@zend.com>
References: <CAJaRsPv_XDWcBgdiqJXNrzwEds6Y_JyadXv9txjNvAc3FPZd3g@mail.gmail.com>
 <20.E2.62769.79C16C65@pb1.pair.com>,<CAGa2bXb1KdNikZ9oGUYsX=Jfcc90eR8Pxf-7MqLrTCbLF2F8Og@mail.gmail.com>
In-Reply-To: <CAGa2bXb1KdNikZ9oGUYsX=Jfcc90eR8Pxf-7MqLrTCbLF2F8Og@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
spamdiagnosticoutput: 1:23
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="windows-1255"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-originalarrivaltime: 18 Feb 2016 22:59:31.5502
 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 32210298-c08b-4829-8097-6b12c025a892
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY2PR02MB299
Subject: Re: [PHP-DEV] Re: [RFC Proposal] var keyword deprecation/removal
From: zeev@zend.com (Zeev Suraski)


> On 18 =E1=F4=E1=F8=D7 2016, at 23:23, Yasuo Ohgaki <yohgaki@ohgaki.net> w=
rote:
>=20
> Hi all,
>=20
>> On Fri, Feb 19, 2016 at 4:33 AM, Andrea Faulds <ajf@ajf.me> wrote:
>>=20
>> Colin O'Dell wrote:
>>>=20
>>> I'd like to propose an RFC to deprecate and eventually remove the "var"
>>> keyword.
>>=20
>>=20
>> I don't have a strong opinion on that, I guess I'm in favour. It seems l=
ike
>> a fairly harmless deprecation.
>>=20
>> Though if we do get rid of the var syntax, I'd like it if we kept the
>> reserved word, because it still might be useful in future for typed
>> variables or different variable scoping.
>=20
> Same opinion.
> Keeping various syntax makes language more complex.

I think it's a drop in the bucket compare to new features we're adding plen=
ty of on every version.  These make the language a lot more complex than va=
r being an alias to public (not even different syntax).

To me, var falls squarely in the bucket of "no strong reason to remove".

Zeev