Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:58336
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.160.170 as permitted sender)
Received-SPF: pass (google.com: domain of linepogl@gmail.com designates 10.236.154.168 as permitted sender) client-ip=10.236.154.168;
MIME-Version: 1.0
In-Reply-To: <CAGovj_MuUqMaVb_dPTNvTPkD3BcNPGkx88i5uQbbVe=j+dGA8Q@mail.gmail.com>
References: <CAG=uTXEfTBqX7n0_zfGjB_txQFKtZXF4MOo6RHHPSRPerGeKZA@mail.gmail.com>
 <CAGovj_O5UQx9aAaYg302i-kKp13CtBKNLmQ48OLHNvk61rM1sw@mail.gmail.com>
 <1330357150.2159.30.camel@guybrush> <CAGovj_MUt60EJfG8a7r-cqrC2PKsi8mqh6v_iyNoRDq8q-jh2Q@mail.gmail.com>
 <CAH-PCH6Bre5yzc6r3zxEj3=zZY0PHDOCVQ0s=f8JBDSPnK+5Fw@mail.gmail.com>
 <CAAyV7nFmfhb97CGAK1ZAkp9qb3oCPxbUDnS-Z-v3cP2APcYs=g@mail.gmail.com>
 <CAKOpQSwTGMcuGs5fDvA0kF7QJamooU7hnqtDFMaCh80amt7kcQ@mail.gmail.com>
 <CAKOpQSx_tJfrRx4uRDfcP94bN1qYw=WOktCKf3Xt-AizN=Lk0A@mail.gmail.com>
 <ee25d764561a39bb5b4459b3bd7e7089.squirrel@www.l-i-e.com> <A633CF2D7C7BED41B41F1E64F25507B8069DC46C3A@MAILR001.mail.lan>
 <CAKOpQSyxDDqiaXQbVZHE-5K_hOS8dOx4g6Bsj+yJ9BjmTOMh8Q@mail.gmail.com>
 <693e15008681dfe7372eaea66214f8a8.squirrel@www.l-i-e.com> <CAKOpQSxh78xMqm=aQ1jBx1T4VJ-BfKHQkxha4B=mHe6TAeiQGw@mail.gmail.com>
 <A633CF2D7C7BED41B41F1E64F25507B8069DC46CEF@MAILR001.mail.lan>
 <CAKOpQSyyXfuCmcx63EgoQa-pkUxT+STS=TNOJvTQ1JEwG=VKow@mail.gmail.com>
 <4F4D5D44.5090307@developersdesk.com> <CAGovj_MuUqMaVb_dPTNvTPkD3BcNPGkx88i5uQbbVe=j+dGA8Q@mail.gmail.com>
Date: Wed, 29 Feb 2012 16:27:04 +0100
Message-ID: <CAMyk_Aabj7Weufsu55zzxcRH4oEi27j3UAG6k1YPz_-_XGaomA@mail.gmail.com>
To: Michael Morris <dmgx.michael@gmail.com>
Cc: internals@lists.php.net
Content-Type: multipart/alternative; boundary=20cf3040eb9a07c99604ba1bfbcd
Subject: Re: [PHP-DEV] Scalar type hinting
From: linepogl@gmail.com (Lazare Inepologlou)

--20cf3040eb9a07c99604ba1bfbcd
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

> int $a =3D "1"; // no error.  1 =3D=3D "1" so who cares?
> int $a =3D 'House'; // error 0 !=3D 'House', so this is a problem.

For the sake of consistency, please take into account this example, which
works in the current implementation of PHP:

$b =3D 1 + "1";     // no error, $b =3D=3D 2
$b =3D 1 + "House"; // no error, $b =3D=3D 1

So, I believe that, raising an error or not, is not a question of the new
RFC.

Should there be an error, then it has to be in every unsuccessful type
juggling, regardless of the final assignment to a type-locked variable.


Lazare INEPOLOGLOU
Ing=C3=A9nieur Logiciel


2012/2/29 Michael Morris <dmgx.michael@gmail.com>

> Agreed.  If conversion can occur without data loss (that is, if the
> value being assigned is =3D=3D the value that actually IS assigned) then
> no error should occur.
>
> So
>
> int $a =3D "1"; // no error.  1 =3D=3D "1" so who cares?
> int $a =3D 'House'; // error 0 !=3D 'House', so this is a problem.
>
> Again, errors should only raise if the final value !=3D source value.
>
> On Tue, Feb 28, 2012 at 6:03 PM, Rick WIdmer <vchkpw@developersdesk.com>
> wrote:
> > On 2/28/2012 2:58 PM, Kris Craig wrote:
> >
> >> strong int $a =3D "1"; // Converts to 1.  May or may not throw an erro=
r
> (I'm
> >> still on the fence).
> >
> >
> > It this is an error, it is no longer PHP.
> >
> >
> > --
> > PHP Internals - PHP Runtime Development Mailing List
> > To unsubscribe, visit: http://www.php.net/unsub.php
> >
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>

--20cf3040eb9a07c99604ba1bfbcd--