Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:77216 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 40686 invoked from network); 15 Sep 2014 10:35:49 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 15 Sep 2014 10:35:49 -0000 Authentication-Results: pb1.pair.com header.from=mailing@pascal-martin.fr; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=mailing@pascal-martin.fr; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain pascal-martin.fr designates 176.31.99.170 as permitted sender) X-PHP-List-Original-Sender: mailing@pascal-martin.fr X-Host-Fingerprint: 176.31.99.170 ks391579.kimsufi.com Received: from [176.31.99.170] ([176.31.99.170:34320] helo=pascal-martin.fr) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 2D/9A-64534-301C6145 for ; Mon, 15 Sep 2014 06:35:47 -0400 Received: from [192.168.1.87] (81.151.30.109.rev.sfr.net [109.30.151.81]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by pascal-martin.fr (Postfix) with ESMTPSA id 660DF40C9F for ; Mon, 15 Sep 2014 12:34:42 +0200 (CEST) Message-ID: <5416C0FF.4030107@pascal-martin.fr> Date: Mon, 15 Sep 2014 12:35:43 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: internals@lists.php.net References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [PHP-DEV] [VOTE] Removing Multiple Default Clauses in Switch Statements From: mailing@pascal-martin.fr (Pascal MARTIN) Le 05/09/2014 22:29, Levi Morrison a écrit : > > I have opened voting on this RFC: > https://wiki.php.net/rfc/switch.default.multiple#vote > > Levi Morrison > Hi, After speaking with other members of AFUP (French UG) about this RFC, we all agree that having two 'default' cases in a switch construct doesn't make much sense -- and should cause a syntax error for PHP 7. An E_DEPRECATED warning for PHP 5.7 is also nice for end-users, as it will help anticipating the migration to PHP 7. So, basically, +1 -- Pascal MARTIN http://blog.pascal-martin.fr @pascal_martin