Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:76402
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: softfail (pb1.pair.com: domain golemon.com does not designate 209.85.192.169 as permitted sender)
MIME-Version: 1.0
Sender: php@golemon.com
In-Reply-To: <CAH-PCH4bRSGrgicicxtNcQVUBM3gW-TBP1_3RVukw-0=TUpc3A@mail.gmail.com>
References: <CAESVnVr0J5qyAc-L0Yt_3Ahab5LVgtUErgoKsSPvgwe=QzppTw@mail.gmail.com>
	<CAH-PCH4bRSGrgicicxtNcQVUBM3gW-TBP1_3RVukw-0=TUpc3A@mail.gmail.com>
Date: Wed, 6 Aug 2014 11:35:44 -0700
Message-ID: <CAESVnVq0Y2dgSQzpTdt1L5tyWRM_rxVhajujOatWyrH2u_j=5Q@mail.gmail.com>
To: Ferenc Kovacs <tyra3l@gmail.com>
Cc: PHP internals <internals@lists.php.net>
Content-Type: text/plain; charset=UTF-8
Subject: Re: [PHP-DEV] [RFC] Disallow multiple default blocks in a single
 switch statement
From: pollita@php.net (Sara Golemon)

On Wed, Aug 6, 2014 at 3:00 AM, Ferenc Kovacs <tyra3l@gmail.com> wrote:
> I think dropping this behavior is a good idea, but I'm confused by the
> reasoning related to the langspec.
> This rfc targets php.next (which is a safe move as this has BC break albeit
> would require some questionable code), but the langspec was agreed to be
> based on 5.6 and document how that works.
>
Did we agree on that?  The lang spec was originally written to 5.6 to
have a relatively stable target, but (in my mind at least) was meant
to track master as we move the language forward.  Was there a
discussion about branching the langspec repo for versions?

Rowan Collins wrote:
> According to the bug report, HHVM also accepts multiple default blocks,
> but uses the first rather than the last. It's probably not worth implementing
> specific code there to take the last default label just in order to adhere to
> a 5.6 spec, but is worth making it detect multiple labels to bring it in line
> with the proposed change.
>
Yeah, HHVM needs to be fixed as well, but I left that out of the scope
of php-lang versions php-implementation issue.

-Sara