Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:98647
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.220.181 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <CADyq6sJhVohkUgDArOSzfdD07TTwiorTSJqxUwXV=gv7=jteRw@mail.gmail.com>
References: <CAOv67gvSwcecO30_ufkH7D0HyZ9inqnCq9yQHrfL_t50vri3hg@mail.gmail.com>
 <CADyq6sLmauetu9fKBcVxgZsx0OD77d8FGOwm5aoU_SdAABAqmw@mail.gmail.com> <CADyq6sJhVohkUgDArOSzfdD07TTwiorTSJqxUwXV=gv7=jteRw@mail.gmail.com>
Date: Tue, 28 Mar 2017 01:58:33 -0300
Message-ID: <CADyq6sJZ7k564F1-U+kF-rUf8xaHbCAXqG+a5AuZbVfpTgEVNg@mail.gmail.com>
To: Wes <netmo.php@gmail.com>
Cc: PHP Internals List <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=001a114905c4ef4e01054bc34fa4
Subject: Re: [PHP-DEV][RFC][VOTE] Allow abstract function override
From: ocramius@gmail.com (Marco Pivetta)

--001a114905c4ef4e01054bc34fa4
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Voted "no" because of this paragraph:

> This RFC proposes to allow this, even if it has very few uses, and
because there is no reason to disallow a compatible redefinition.

I couldn't see a use-case.

In addition to that, this breaks the assumption that the topmost abstract
signature is the authoritative one. That is a subtle BC break, but still a
BC break. Yes, I know I'm annoying, sorry =F0=9F=98=A5

On 28 Mar 2017 01:51, "Wes" <netmo.php@gmail.com> wrote:

Hello PHPeeps,

There hasn't been much discussion around the proposed feature, and I've
interpreted it as a good sign :P It is not a super important change but it
has some advantages, it's consistent with the recent improvements to type
variance and also with future ones. Also, it's hopefully not too hard to
implement.

https://wiki.php.net/rfc/allow-abstract-function-override

I've decided to start the vote. It will end two weeks from this message, on
10th April 2017.

Thanks in advance for participating.

Wes

--001a114905c4ef4e01054bc34fa4--