Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:76499 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 1497 invoked from network); 13 Aug 2014 22:13:37 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 13 Aug 2014 22:13:37 -0000 Authentication-Results: pb1.pair.com smtp.mail=james@notjam.es; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=james@notjam.es; sender-id=pass Received-SPF: pass (pb1.pair.com: domain notjam.es designates 209.85.220.44 as permitted sender) X-PHP-List-Original-Sender: james@notjam.es X-Host-Fingerprint: 209.85.220.44 mail-pa0-f44.google.com Received: from [209.85.220.44] ([209.85.220.44:33218] helo=mail-pa0-f44.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 54/74-03780-013EBE35 for ; Wed, 13 Aug 2014 18:13:36 -0400 Received: by mail-pa0-f44.google.com with SMTP id eu11so432887pac.17 for ; Wed, 13 Aug 2014 15:13:33 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=ZSrkSys4WIWXySD4XORkmiB7ZxZihz5oHNhKd/2uM/g=; b=Wp2UtnEyvQm9SOLxbOGF0j7N0/8kAoP3SSWfA96aGDhYnha3EmzEpbv5grLmwD87hH jJ4mpDmkv3lGQamiocyUlzvVvpp7D2y2IOkKWKQXBjobuk15kwo6HCJ3Y5yGo3rvmhjz bLgLcYqfSVanJeyzXKEwrXHRfUmimV/yRYFxQH10S3y4QC5JuovDPzrXcQZNsNQDBWI6 l6VFmc2hZO6kXOq2Wr6REzHARcgROdlVB/0bbDvq2TlE1FEbOzfMBMvmT8Iebx24NOGr 67oQXmDdKNOvaGY6PvjNQywx1y1jhE7NlAFuYAl+QWF3KdqM4s4V/bUX0M9u9zmI4cM1 UlnA== X-Gm-Message-State: ALoCoQlQQhIEsUg8QFyLGLSmdwfw088Xe/dYjPWO+C1MLXg9MjcjiQFEj0CxurWgtek3y+HQtYsP X-Received: by 10.70.128.105 with SMTP id nn9mr6535824pdb.23.1407968013697; Wed, 13 Aug 2014 15:13:33 -0700 (PDT) Received: from mail-pd0-f179.google.com (mail-pd0-f179.google.com [209.85.192.179]) by mx.google.com with ESMTPSA id bl12sm10621887pac.44.2014.08.13.15.13.32 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 13 Aug 2014 15:13:32 -0700 (PDT) Received: by mail-pd0-f179.google.com with SMTP id v10so417260pde.38 for ; Wed, 13 Aug 2014 15:13:32 -0700 (PDT) X-Received: by 10.66.243.37 with SMTP id wv5mr473482pac.8.1407968012311; Wed, 13 Aug 2014 15:13:32 -0700 (PDT) MIME-Version: 1.0 Received: by 10.70.51.8 with HTTP; Wed, 13 Aug 2014 15:12:52 -0700 (PDT) In-Reply-To: References: Date: Wed, 13 Aug 2014 18:12:52 -0400 Message-ID: To: David Soria Parra Cc: PHP internals Content-Type: text/plain; charset=UTF-8 Subject: Re: [PHP-DEV] [VOTE] Mutliple defaults in switch statements From: james@notjam.es (James Ward) I'm not entirely sure that a backwards compatibility break in a minor release would be considered non-controversial. While this change is pretty trivial, both technically and syntactically, I'm unsure why there even is an RFC process in place if it's going to be ignored because it's "too much trouble". I was also under the impression that RFCs exist to get comments which on a particular subject - which may or may not include nitpicking because what may be a small issue to some people could be a large issue to others. It's been shown previously where this could be used and could cause code that previously executed to not execute which seems like a problem. I see this as a bad design choice in the language which should be rectified... just in a major version.