Re: [VOTE] 64 bit platform improvements for string length and integer

From: Date: Fri, 31 Jan 2014 11:35:19 +0000
Subject: Re: [VOTE] 64 bit platform improvements for string length and integer
References: 1 2 3 4 5 6 7 8 9  Groups: php.internals 
Request: Send a blank email to internals+get-71855@lists.php.net to get a copy of this message
2014-01-31 Pierre Joye <pierre.php@gmail.com>:

> On Fri, Jan 31, 2014 at 12:29 PM, Derick Rethans <derick@php.net> wrote:
> > On Fri, 31 Jan 2014, Stephen Zarkos wrote:
> >
> >> From: Hannes Magnusson [mailto:hannes.magnusson@gmail.com]
> >>
> >> > I was hoping for yes/no vote - which case I would have voted +1 and
> >> > we could work on better approach for the extensions in time for the
> >> > 6.0 release which this clearly is the start of.
> >>
> >> Two years from the release of 5.6.0, 5.5 will be EOL and extension
> >> developers can just focus on compat with 5.6+ and 6.0 (assuming we
> >> ever see it).  At that time it would be nice IMHO if 5.6+ and 6.0 were
> >> as similar as possible, starting with this RFC.
> >
> > EOL in userland has no meaning. With many distributions on PHP 5.3 or
> > 5.4, and commercial users even older version (we have to maintain 5.2
> > support for now f.e.) it's really not as simple as saying that "when 5.5
> > is EOL, we can just focus on 5.6+ and 6.0. This is not Utopia.
>
> It was always like that. It was the case from 4.x to 5.x, and many of
> us use that argument to block must have features in 5.0. Interestingly
> enough we added every single features afterwards... Go figure.
>
>
> In short: we are upstream and we have to focus on moving forward and
> keep PHP as its best possible level. That does not mean we have to
> break things in every single release but we cannot stick to something
> because we have to support the last 5 dead major releases for some
> random customers, who rely on distributions anyway (they won't update
> using upstream code any time soon anyway).
>
> cheers,
> --
> Pierre
>

This. Said even better than I was planning to.


Thread (132 messages)

« previous php.internals (#71855) next »