Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:83168
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 74.125.82.47 as permitted sender)
MIME-Version: 1.0
References: <CAESVnVoZYiMWQk1Ydc-9wbkJo7Ru_4mrUtrubW=Rh=QKK9o8TA@mail.gmail.com>
 <CACwt+Jds5FOveP0pK6G6HXF9_tLUMousRQj2=bUtt-sYXsrGiw@mail.gmail.com>
 <CAESVnVrhBTdFOGUvpD3MheQCeK8kM_VGvOKvYG4RX=OFFhSgBA@mail.gmail.com>
 <CACwt+Jf+CTUik04bUJ4P8vJdcxvNw=DjqZnMiFf2BWJV8oNwjQ@mail.gmail.com> <03aa01d04bd3$f8330420$e8990c60$@php.net>
Date: Thu, 19 Feb 2015 10:06:53 +0000
Message-ID: <CACwt+JcwmknZvLKNEe9sfVUpmOQYEGGctMOid64kZVpjRHbuJQ@mail.gmail.com>
To: francois@php.net, Sara Golemon <pollita@php.net>
Cc: PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=001a11c37d4470ea26050f6e188d
Subject: Re: [PHP-DEV] Scalar Type Hints v0.4
From: patrickallaert@php.net (Patrick ALLAERT)

--001a11c37d4470ea26050f6e188d
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Le Thu Feb 19 2015 at 00:38:25, Fran=C3=A7ois Laupretre <francois@php.net> =
a
=C3=A9crit :
>
> > Why can't strictness follow that path?
>
> Because strictness is not the overall objective the PHP language is aimin=
g
> to.


I cannot agree more with that.


> If it was the case, your mechanism would be fine, but deprecating ZPP
> conversion would be simpler and fine too.


I'm not so sure about the "simpler".


> This is definitely not the same case as generating a notice on array to
> string.
>

Sure, I just wanted to pinpoint that "because strictness is not the overall
objective of the PHP language", we may consider a weak approach accompanied
by an activable (configurable?) mechanism that would notices us of bad
types, bad coercion, conversion with loss,...


> That's what I hate in this 'weak' vs 'strict' terminology. It makes
> implicit that 'strict' is the natural future and improvement of 'weak'.
> That's absolutely not the case as 'weak' mode is not as negative as name
> suggests, and 'strict' is not so positive either. So, you may stop
> considering that the natural path for 'weak'-typed software is to migrate
> to strict types.
>

I never implied something like this, quite the opposite since I feel I am
completely aligned with you!


> When we decide encouraging migrating to strict mode with a deprecation on
> ZPP conversion, I hope I'll be far away...
>

+1


> > PS: your feedback makes me feel it would be; even more; a viable option
> :)
>
> Fine. But may I remind you the so-called great benefit you underlined in
> your post is totally wrong and shows total ignorance of the difference
> between casting and ZPP conversion rules which, IMO, is a fundamental
> pre-requisite before laughing at people working on this.
>

I never laughed at any one here. Sorry if someone felt that way by the
simple use of a smiley.

--001a11c37d4470ea26050f6e188d--