Hi Andi,
> On 30 Dec 2014, at 21:43, Andi Gutmans wrote:
>
> My take is that anything that takes away efforts from getting PHP 7 to market
> faster is a distraction.
> PHP.net needs to continue to show leadership in evolving the runtime. We have
> a pretty great jewel in our hands. Some very g
> On Dec 30, 2014, at 12:26 AM, Stanislav Malyshev wrote:
>
> Hi!
>
>> I’m going to put the PHP 5.7 RFC to a vote, since it’d been 2 weeks.
>> I’m not entirely certain myself whether it’s a good idea, but I’d
>> like it for us to vote on it so we can settle the matter. If people
>> vote against
Hey Leon,
> On 30 Dec 2014, at 19:14, Leon Sorokin wrote:
>
> Would the unassociation or deprecation-for-unassociation of the ternary '?'
> (discussed in another thread [1]) be appropriate for the 5.7? Kris Craig
> mentioned he would write up an RFC for this when he has a chance.
I don’t thin
Hey Stas,
> On 30 Dec 2014, at 08:26, Stanislav Malyshev wrote:
>
> I still haven't achieved a proper understanding of what 5.7 would
> actually include (so far the only real BC thing mentioned that it can
> warn about is the switch thing, and IMHO making the new minor just
> because of that ma
On 12/30/2014 2:26 AM, Stanislav Malyshev wrote:
I still haven't achieved a proper understanding of what 5.7 would
actually include (so far the only real BC thing mentioned that it can
warn about is the switch thing, and IMHO making the new minor just
because of that makes little sense, of cours
On 29 December 2014 at 07:59, Stanislav Malyshev
wrote:
>
>
> We definitely need somebody triaging old bugs. The problem is it
> requires a real lot of time, and is mind-numbingly boring, so not many
> people do it. Many bugs are low quality - missing data, not having good
> descriptions, etc. - o
Hi!
> I’m going to put the PHP 5.7 RFC to a vote, since it’d been 2 weeks.
> I’m not entirely certain myself whether it’s a good idea, but I’d
> like it for us to vote on it so we can settle the matter. If people
> vote against 5.7, a new RFC proposing an alternative could always be
> made by some
