Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:85388
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.212.179 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <op.xvu6alcphuszwh@tsukapiou>
References: <000001d063ef$08af3ca0$1a0db5e0$@php.net> <550D96D0.7020406@lerdorf.com>
 <67EFB3DC-9F46-4FDE-B37E-A8642343D8B7@zend.com> <CAEZPtU4B7LAN63PiXoeFtwiU=zKVYw4SvzsKiSHLanL77-QDAg@mail.gmail.com>
 <op.xvu6alcphuszwh@tsukapiou>
Date: Sun, 22 Mar 2015 08:21:23 +0800
Message-ID: <CAEZo+gcHEQTwhkESbu-fG-EwCLWQFyW02YE9z_ROfZe-hN7xfw@mail.gmail.com>
To: Benoit Schildknecht <bensor987@neuf.fr>
Cc: PHP Internals <internals@lists.php.net>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Subject: Re: [PHP-DEV] Proposal to delay 7.0 timeline
From: hufeng1987@gmail.com (Netroby)

Please do not delay. Any one remember  PHP 6 ?

Delay is bad smell. means the project will failure.

PHP 7 already had much more features. That's fine .
Just ship it .

Appreciate your time.
----------------------------
Netroby


2015-03-22 4:09 GMT+08:00 Benoit Schildknecht <bensor987@neuf.fr>:
> Le Sat, 21 Mar 2015 18:44:23 +0100, Pierre Joye <pierre.php@gmail.com> a
> =C3=A9crit:
>
>
>> On Mar 21, 2015 11:55 PM, "Zeev Suraski" <zeev@zend.com> wrote:
>>>
>>>
>>>
>>>
>>> Sent from my mobile
>>>
>>> > On 21 =D7=91=D7=9E=D7=A8=D7=A5 2015, at 18:05, Rasmus Lerdorf <rasmus=
@lerdorf.com> wrote:
>>> >
>>> >> On 03/21/2015 08:52 AM, Fran=C3=A7ois Laupretre wrote:
>>> >> Now, after more calls from many of you to delay it, and as Zeev
>>> >> himself
>>> >> seemed to consider it as more acceptable, I am proposing again to
>>
>> delay 7.0
>>>
>>> >> feature freeze to May, 15 (2 month delay, date where vote is
>>
>> starting). I
>>>
>>> >> won=E2=80=99t repeat all the arguments of my previous posts but, to =
summarize,
>>
>> it
>>>
>>> >> would allow to include important features, making it a =E2=80=98real=
=E2=80=99 major
>>
>> version.
>>>
>>> >> Releasing a major version is not just a question of BC break, we als=
o
>>
>> need
>>>
>>> >> to think about what we put forward. So, we need features. We already
>>
>> have
>>>
>>> >> STH, but we can do more (I personally have at least 4 RFCs I didn=E2=
=80=99t
>>
>> have
>>>
>>> >> time for, including scalar pseudo-methods, which can be an important
>>> >> feature).
>>> >
>>> > No, please, let's get what we have stabilized and out the door. There
>>> > are always more things to do and we can delay things indefinitely. An=
d
>>> > I
>>> > completely disagree that this isn't a 'real' major version.
>>>
>>> +1
>>
>>
>> Same.
>>
>>> Zeev
>
>
> Same here, very bad idea
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>