Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:98756 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 38140 invoked from network); 10 Apr 2017 09:34:38 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 10 Apr 2017 09:34:38 -0000 Authentication-Results: pb1.pair.com smtp.mail=patrick.allaert@gmail.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=patrickallaert@php.net; sender-id=unknown Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.218.67 as permitted sender) X-PHP-List-Original-Sender: patrick.allaert@gmail.com X-Host-Fingerprint: 209.85.218.67 mail-oi0-f67.google.com Received: from [209.85.218.67] ([209.85.218.67:34035] helo=mail-oi0-f67.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id D8/D1-22499-CA15BE85 for ; Mon, 10 Apr 2017 05:34:37 -0400 Received: by mail-oi0-f67.google.com with SMTP id w197so11229658oiw.1 for ; Mon, 10 Apr 2017 02:34:36 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=M6xuBKnN7FkFo7Hzy+ld6gyz62jR8mk2xGuQpyfReLk=; b=n7RHX+ba/P2LHzip6YvFd9HV/XC+ipnsqJB/UyB7Fqp3C740HjmSe8L9Y2JPUw1OLA k6lcg5IOd1F+0rBfZNQpF240QWntzLIbXCvKfYjEEfAQKwMIIcbANqYVkVL80f8AWl9y i9wT8XlgSL3VGhtefiziA43bTy/5oNSkwAB+b/HpP8SQQ0EOGBIgrA5yPB6r2oRHE9Q2 aNmlj/TG7Z0WzLvIzN7iJeeWjLxL1P4qVv0N8KInaRTlQ9tozHVc014NhiWKnUPYHtHe 6/kaw85jEl4L+bjgXGMFF5z0U/BMxvf/oK0ITTzhYDpeTaA5sj4mdRgwv4/aM+JyYwYH 6w3w== X-Gm-Message-State: AFeK/H0i74A3c0TlS+6cOMipPXcrpxloHf3dTgT/vyMlnJrNlnG1x/VfRBD340pj138c5uAWjwpETururfvVEw== X-Received: by 10.202.102.9 with SMTP id a9mr14275959oic.215.1491816874028; Mon, 10 Apr 2017 02:34:34 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: Date: Mon, 10 Apr 2017 09:34:23 +0000 Message-ID: To: Wes , PHP Internals Content-Type: multipart/alternative; boundary=001a1140e65ad8b5c8054cccaedc Subject: Re: [PHP-DEV][RFC][VOTE] Allow abstract function override From: patrickallaert@php.net (Patrick ALLAERT) --001a1140e65ad8b5c8054cccaedc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Le mar. 28 mars 2017 =C3=A0 06:51, Wes a =C3=A9crit : > 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 i= t > 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 > Hello, Voted "no" because the RFC starts with: " PHP 7 introduced type declarations for return and improved ones for parameters. They currently support a very limited kind of variance (only to no-type):