Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:81888
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain devilix.net designates 209.85.214.179 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <54D31A25.3040905@gmail.com>
References: <CA+9eiLuueVvYgT-fhCvzBSxzoDioinpc5Eok5OQtGDBG1FZM=w@mail.gmail.com>
	<CAGa2bXbQsh4qWizf+1k15+BvdNGqjD8OCPGx7S=WAhCPqimXuA@mail.gmail.com>
	<CA+9eiLsnyoxPO7b3oQEN5RbqVE0K6o-01FQR7SYfZQD=QLka5Q@mail.gmail.com>
	<00c101d04049$ca411ec0$5ec35c40$@tekwire.net>
	<CA+9eiLtfpnBH4H_uyM5yZe8M2C_70XKgy3aJ7P6VwdOk0psnQQ@mail.gmail.com>
	<54D1CA7C.8060204@php.net>
	<CA+9eiLupaFmejNfSKMyGTF=iOrMJfttpdwknpTGadwTgv4zb1w@mail.gmail.com>
	<54D1E6EC.7060702@php.net>
	<54D2B3FA.6020900@gmail.com>
	<CAPhkiZxj_T5KQJEQZbj30XKs=6NHOXk9hp5=+WVvQz2hFQPPKQ@mail.gmail.com>
	<54D2C018.6050803@gmail.com>
	<CAPhkiZxYz=E1UY5dTk4mrZJn_0nGUOQ1pCs8_YcZxRyQ6kXYPg@mail.gmail.com>
	<54D31A25.3040905@gmail.com>
Date: Thu, 5 Feb 2015 11:51:12 +0200
Message-ID: <CAPhkiZyUvCjTje0OoJxQEZ7vH94N1VujFcOohRi6Z8BgZ=mDXA@mail.gmail.com>
To: Stanislav Malyshev <smalyshev@gmail.com>
Cc: Sebastian Bergmann <sebastian@php.net>, "internals@lists.php.net" <internals@lists.php.net>
Content-Type: text/plain; charset=UTF-8
Subject: Re: [PHP-DEV] What do we need strict scalar type hints for?
From: narf@devilix.net (Andrey Andreev)

Hi,

On Thu, Feb 5, 2015 at 9:22 AM, Stanislav Malyshev <smalyshev@gmail.com> wrote:
> Hi!
>
>> True, but obviously, us who want strict typehints want to be able to do this:
>
> Obviously, but it doesn't mean whole language should be changed to serve
> one use case, especially the one that goes contrary to what happened in
> PHP for decades.

I never suggested that. The only reason I replied to you is because
you're saying it changes the whole language, and I explicitly said I'm
not in favor of only strict types, just as I'm against having only
weak types.

I just want that one use case to be satisfied, without changing how
the rest of the language works.

Cheers,
Andrey.