Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:75586
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain zend.com designates 209.85.220.182 as permitted sender)
References: <08503591-EFC8-48E6-984E-FFC292C5EA5F@ajf.me> <16D48604-0C0A-4613-91A4-21392E3A2636@ajf.me>
 <CAGAGxbZG+c46P4E2pmEHNnEv=4DyTrHOuXbZu3zAOSU3M6-A-A@mail.gmail.com>
 <05CE2216-C5D9-4937-9F2E-AA1407284D9F@ajf.me> <53C460DF.5040304@sugarcrm.com>
 <53C53A96.2040303@gmail.com> <53C55342.1010207@sugarcrm.com>
 <53C563B3.6060905@gmail.com> <CAPhkiZwvqW=d3Ayn-=Hx5HfkcOFB+gQ6rRoFThxA8hESK4WLrA@mail.gmail.com>
 <54536191-1B92-4933-973F-0C8289D13A4C@ajf.me> <00d12255efc53466245b21a83ff7d474@mail.gmail.com>
 <53C652FA.6010704@gmail.com>
In-Reply-To: <53C652FA.6010704@gmail.com>
MIME-Version: 1.0
Thread-Index: AQJuUFVOlGiX172RfpkkW7aXwqSXwwLGIEDMAn0sGnoDLh5SUQGHGGlvAc6JkJwCOz0MXAIckqSUAcstGVQBlZLKHwF5/8irAazNhfyZr/bjQA==
Date: Wed, 16 Jul 2014 14:05:07 +0300
Message-ID: <d15e014a0b7a7a244c30b02c849ed7b3@mail.gmail.com>
To: Rowan Collins <rowan.collins@gmail.com>
Cc: internals@lists.php.net
Content-Type: text/plain; charset=UTF-8
Subject: RE: [PHP-DEV] [RFC] Scalar Type Hinting With Casts (re-opening)
From: zeev@zend.com (Zeev Suraski)

> -----Original Message-----
> From: Rowan Collins [mailto:rowan.collins@gmail.com]
> Sent: Wednesday, July 16, 2014 1:25 PM
> To: internals@lists.php.net
> Subject: Re: [PHP-DEV] [RFC] Scalar Type Hinting With Casts (re-opening)
>
> Zeev Suraski wrote (on 16/07/2014):
> > For me the introduction of a new set of rules is a deal breaker.
> > I'm -1 on the RFC the way it is, and +1 if we implement these 'hints'
> > as implicit casts, plus change implicit casts to emit E_CAST in case
> > of loss of data or 'bogus' conversions.
>
> Just to be clear, implementing E_CAST would require introducing a set of
> rules
> for when to throw it. By a strict reading of your message, that's a deal
> breaker.

Well, not really.
First, like all strict notices, they'd be off by default, so standard
behavior won't change at all from now, and 'type hints' behavior will be
identical to that, so again, nothing new to learn other than the new syntax.
Secondly, if you do enable E_CAST - you may have to slightly *modify* your
understanding of implicit casts, but you won't have to learn two different
sets of rules.  New users will see just one consistent set.

Zeev