Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:76007
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 74.125.82.45 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <33bf22776118d2b4ddafee7014a826b2@mail.gmail.com>
References: <08503591-EFC8-48E6-984E-FFC292C5EA5F@ajf.me>
	<CAEZPtU73tzcwS2vYU8awK_qqK1sVHiK8-qZzqywf-L0N6Q9Ybw@mail.gmail.com>
	<12448510.rPWIJSKt4t@rofl>
	<CAEZPtU5U9Z75t3zToBTgWiyx3NKLUoEvxoz-RpVE2e6LFh54Ag@mail.gmail.com>
	<53D0CBE2.5010200@sugarcrm.com>
	<33bf22776118d2b4ddafee7014a826b2@mail.gmail.com>
Date: Thu, 24 Jul 2014 14:20:16 +0200
Message-ID: <CAJWj5+E5sxEYtCoPKjn3jWkS3Zu5OZSmNy4GNqf+GqK64gxZyQ@mail.gmail.com>
To: Zeev Suraski <zeev@zend.com>
Cc: Stas Malyshev <smalyshev@sugarcrm.com>, PHP internals <internals@lists.php.net>
Content-Type: text/plain; charset=UTF-8
Subject: Re: [PHP-DEV] [RFC] Scalar Type Hinting With Casts (re-opening)
From: simonsimcity@gmail.com (Simon Schick)

> My main concern about the RFC the way it stands right now is that the
> current direction involves E_RECOVERABLE_ERROR instead of E_STRICT or E_CAST
> for data loss.  This results in both consistency issues with casting as well
> as incompatibility with the dynamic nature of PHP scalars.  I know the RFC
> author (Andrea) disagrees with me about it, but I think we need to find a
> way to put this into a much wider decision.  Probably the most practical
> thing to do is to put it as a secondary question in the RFC, although those
> can be tricky.
>
> Zeev


Hi, all

I looked again at the RFC ..

Can someone please update the description at the section "Conversion Rules"?

This is quoted from the document:

> Conversion is allowed only if data-loss does not happen. There are a few exceptions (objects using __toString, strings containing leading numerics, etc). Here's a table of examples.

But if you look at the table, strings containing leading numbers are
not allowed.

And just as a thought: What about objects where the __toString method
returns a string like "42"? Would that also be accepted as an
argument, that just accepts integers? Sounds crazy, but as strings,
only containing numbers, are accepted as integer, we have to take a
decision here and write it down.

Bye
Simon