Re: Making "backwards compatibility" discussions more constructive
Hi,
No no, I'm not saying that there were no new features or enhancements
between minor releases or even revision points. I'm simply saying that
there can be worthwhile changes that impact BC. Limiting those changes to
the next major release which can be up to a decade in the future could be
considered detrimental to PHP. I'm also not saying that the BC rules
/should/ be relaxed, but asking that if it were, where would it end. By
relaxing the rule, you'd need to add a lot of complexity to compensate.
Just my 2 cents.
Cheers.
On Wed, Nov 20, 2013 at 10:16 AM, Pierre Joye <pierre.php@gmail.com> wrote:
> hi,
>
> On Wed, Nov 20, 2013 at 11:01 AM, Jonny Stirling
> <phoenix@jonstirling.co.uk> wrote:
>
>
> > Refusing anything that causes a BC break except for major releases makes
> > sense, until you remember that PHP's major releases have a tendency to
> last
> > 8-10 years if not longer. That's a pretty long time to wait for potential
> > enhancements / sane changes to the language isn't it?
>
> Please check 5.4.0 and 5.5.0 new features. That's not like there were
> no improvement.
>
>
> Cheers,
> --
> Pierre
>
> @pierrejoye | http://www.libgd.org
>
Thread (16 messages)