Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:75444
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.216.174 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <20140714123556.GH6540@phcomp.co.uk>
References: <08503591-EFC8-48E6-984E-FFC292C5EA5F@ajf.me>
	<53C2178E.7070705@sugarcrm.com>
	<53C24061.6050503@lsces.co.uk>
	<20140713101840.GR6540@phcomp.co.uk>
	<CAH-PCH5jXupEzpsgdF9xCwnGajMsDw7kF137iCJmpz++Wq9GTw@mail.gmail.com>
	<20140714123556.GH6540@phcomp.co.uk>
Date: Mon, 14 Jul 2014 14:47:27 +0200
Message-ID: <CAH-PCH63BpcJZ09nGb1P5U4XTerG1ofocKQhwpynrBY3XX6aEQ@mail.gmail.com>
To: PHP Internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=001a11c2caa2844e1704fe26b127
Subject: Re: [PHP-DEV] [RFC] Scalar Type Hinting With Casts (re-opening)
From: tyra3l@gmail.com (Ferenc Kovacs)

--001a11c2caa2844e1704fe26b127
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On Mon, Jul 14, 2014 at 2:35 PM, Alain Williams <addw@phcomp.co.uk> wrote:

> On Mon, Jul 14, 2014 at 02:19:15PM +0200, Ferenc Kovacs wrote:
>
> > >     function foo(int $a)
> > >     {
> > >         var $b;        // $b has no type hinting
> > >         var float $c;  // $c is a float
> > >         string $d;     // alternative to the syntax used for $c (see
> below)
> > >     }
>
> > I think it would be better to reuse declare() instead of reusing var.
>
> As a matter of curiosity, why ?
>
> The nice thing about 'var' is that it is the syntax used by other
> languages, eg
> Javascript.
>

in javascript var itself only defines the variable scope/context.
what you really proposing here is "strict" mode (use strict in javascript),
and for that declare would be suitable, as that is the current method of
passing information for the compiler about a file or a codeblock.


>
> > What error level would it emit though?
> > I anything below E_RECOVERABLE_ERROR, then it doesn't do anything, but
> > prints a line to the error log(and or displays it), which we already do=
,
> > because using an undefined variable will emit an E_NOTICE
> > I think it is a good thing if we make it easier to spot programming
> errors
> > and bail out early instead of trying to guess the developer's intention=
,
> > but I don't think that adding more fatal errors or
> > E_RECOVERABLE_ERRORs(which will be fatal if there is no userland error
> > handler defined which explicitly allows to continue the execution).
>
> This sort of error should be picked up the first time that the script is
> compiled, it does not need to be executed (other than conditional
> includes).
> This means that these errors will be picked up very quickly.
>
>
that's true, but you didn't really answered my question about the error
level.

--=20
Ferenc Kov=C3=A1cs
@Tyr43l - http://tyrael.hu

--001a11c2caa2844e1704fe26b127--