Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:78221
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain zend.com designates 209.85.220.175 as permitted sender)
References: <66B7B28C-2651-4A71-AC2A-55D4C7BB3DDC@ajf.me>	<CA+9eiLs9j0XMbtNKSSuqTBhF-BEc1CU__3E4gOhYwuF5zF4_1g@mail.gmail.com>
	<866A39C7-6F11-408D-8BCA-594BA22E8569@ajf.me> <CA+9eiLutEFyZsJGu9Qk9C7Jd0P48SBXcdRiVyySbqXbEYm3Y3w@mail.gmail.com>
 <5447682B.2080100@sugarcrm.com>
In-Reply-To: <5447682B.2080100@sugarcrm.com>
MIME-Version: 1.0
Thread-Index: AQJkwG276Wk0Upx97kt7WiAQcULrfAGSwBqnAi5QI8QCGl+NrgJ4wNJWms+AsSA=
Date: Wed, 22 Oct 2014 11:26:16 +0300
Message-ID: <2b3cf64265e54aaaa404198da2b58ded@mail.gmail.com>
To: Stas Malyshev <smalyshev@sugarcrm.com>, Andrea Faulds <ajf@ajf.me>
Cc: PHP Internals <internals@lists.php.net>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Subject: RE: [PHP-DEV] [RFC] Safe Casting Functions
From: zeev@zend.com (Zeev Suraski)

> -----Original Message-----
> From: Stas Malyshev [mailto:smalyshev@sugarcrm.com]
> Sent: Wednesday, October 22, 2014 11:18 AM
> To: Dmitry Stogov; Andrea Faulds
> Cc: PHP Internals
> Subject: Re: [PHP-DEV] [RFC] Safe Casting Functions
>
> Hi!
>
> >>> - it's probably make sense to implement these function as a new
> >> opcode(s) in VM
> >>
> >> That could be an optimisation later, yes. I note that you=E2=80=99ve a=
dded
> >> function replacement with opcodes for certain commonly-used
> >> functions. We could make these functions use that. Then they=E2=80=99d=
 still
> >> be usable as callbacks.
>
> If those are opcodes, those rules will require 2/3 majority for
> acceptance,
> since those will be the engine rules for type conversion, not just a set
> of
> functions. And, of course, the rules not matching the other engine rules
> for
> type conversion, sorry for sounding like broken record.

Regardless of how we implement it, this requires a 2/3 majority - it'll be
perceived as an integral part of the core language in the same way that
gettype() and is_array() are considered parts of the core language.
Introducing a new set of typing rules into PHP cannot be a 50%+1 decision.

Zeev