Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:69903
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.215.41 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <526D3B3A.3060505@gmail.com>
References: <CAF+90c8OgW4Nonaz+HQn+gi4r+AdaEMXsTxCAhn=WO-+aQQsZQ@mail.gmail.com>
	<CADajX4AWmpv_mVVGvsczmKoWyqdNOd+M51cNxmuSUfSXVqrQ_w@mail.gmail.com>
	<CAF+90c8hYvWcPKNDyDYStZvnfDf3o5jzdOihQdB=rGGUMicxwQ@mail.gmail.com>
	<526D195B.9000204@gmail.com>
	<CAF+90c8xSmUuUEWJMbLghqtm5ST7UEBSRhOJW6aDi5=k9bx19w@mail.gmail.com>
	<526D3B3A.3060505@gmail.com>
Date: Sun, 27 Oct 2013 20:08:24 +0100
Message-ID: <CAEZPtU5thxZU=YjN-PUC2E0k4_ZkJ9HPzVdXiPuSYujP0PSc+w@mail.gmail.com>
To: Rowan Collins <rowan.collins@gmail.com>
Cc: PHP internals <internals@lists.php.net>
Content-Type: text/plain; charset=UTF-8
Subject: Re: [PHP-DEV] [RFC] Exceptions in the engine
From: pierre.php@gmail.com (Pierre Joye)

On Sun, Oct 27, 2013 at 5:11 PM, Rowan Collins <rowan.collins@gmail.com> wrote:
> On 27/10/2013 15:51, Nikita Popov wrote:
>
>> Unless we have *concrete* plans regarding PHP 6 saying "this should go
>> into (a hypothetical, non-existing) PHP 6" is roughly equivalent to just
>> declining the feature.

Not sure where Nikita posted that, so I will comment here :)

No, it is about defining what is good in 5.x and what  is  good for a
future 6.x. Also the 6.x discussion should be taken in a separate
thread. But I won't suggest to do it now, let keep us focused on
getting 5.6 out in time > decide what goes in 5.6.

> I agree with that, and think it is a real problem, but there are two
> solutions: abandon the BC rules for 5.x releases, or make some concrete
> plans for 6.x.

It is not the time now to make plan for 6.x. But to decide what goes
in 5.6 or not.

> Otherwise, the release process might as well not distinguish minor and major
> releases at all, and just define what is and isn't allowed in terms of BC
> for the foreseeable future of PHP.

That's what it does, both parts. And we can develop a 6.x branch in
parallel to 5.x, f.e. 5.6.x and 5.7. The key here is to decide what
are the key big changes we want in (tsrm drop, TLS support, general
exceptions usage could be some of them).

Cheers.
--
Pierre

@pierrejoye | http://www.libgd.org