Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:74172
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain zend.com from 209.85.220.178 cause and error)
MIME-Version: 1.0
In-Reply-To: <53732673.3080106@lsces.co.uk>
References: <e5f19ac0089d24adc695fce93ad9bd9c.squirrel@webmail.klapt.com>
	<CA+9eiLuoJM5bwA46M_2YddTXYOhAwhii=9Ref7-NNeuRuBfW5A@mail.gmail.com>
	<CAEZPtU7zz=npjUhacwSBA6cz+kb9iBmn3fjkvYuAjqtiPQgJhw@mail.gmail.com>
	<CAF+90c9J5mtTzqFxvQHka5w5zVoGOzXNaUeYec62X_LYLOPcxA@mail.gmail.com>
	<CAEZPtU6L0TCyR+U-eEJnwfYbxfMRibpKB70_Ue5fTOHD4y_VAQ@mail.gmail.com>
	<53732673.3080106@lsces.co.uk>
Date: Wed, 14 May 2014 12:53:19 +0400
Message-ID: <CA+9eiLuYCNcXB4o_GZd48v+5X4hfswOuzD7DZCokU96rvZ_iWA@mail.gmail.com>
To: Lester Caine <lester@lsces.co.uk>
Cc: PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=485b397dd629e7b7fa04f9584fe9
Subject: Re: [PHP-DEV] [VOTE] [RFC] 64 bit platform improvements for string
 length and integer
From: dmitry@zend.com (Dmitry Stogov)

--485b397dd629e7b7fa04f9584fe9
Content-Type: text/plain; charset=UTF-8

phpng is based on the same sources and 99% compatible.
We are just changing the basement.
it must be the basement for PHPNext, but we didn't start any discussions
about that.
We actually have a lot of work to do and spend most the time doing our best.
We have no plans to backport it into PHP-5.6.

PHP supports 64bit for ages, and this proposal has nothing common with
64bit support in general.
It allows 2GB strings, but do you imagine a web application that need them?
However, each big PHP site will have to "pay" for it.

Thanks. Dmitry.


On Wed, May 14, 2014 at 12:16 PM, Lester Caine <lester@lsces.co.uk> wrote:

> On 14/05/14 06:46, Pierre Joye wrote:
>
>> Independently of that: In a lot of the previous discussion people have
>>> many,
>>> >many, many times asked that this patch be implemented without all those
>>> >macros renames and zpp changes. I still have a hard time seeing the
>>> benefit
>>> >of doing that. The zpp changes also conflict with phpng, because S has a
>>> >different meaning (and imho for no good reason - it could just as well
>>> stay
>>> >at s).
>>>
>> This can be adapted, this is  a details. It is also why I have tried
>> to get phpng and this patch along together and get both teams work
>> together. Cooperation in this case will be benefit for php as a whole
>> as more optimization can be achieve while keeping the safe&clean
>> implementation.
>>
>> As of now, phpng has been worked on for the last months, totally
>> privately. And even if it looks promising it is still not remotely
>> ready to be actually proposed. However it does not prevent you to use
>> it to stop other improvements, which have been worked on for months,
>> publically, with continuous tests, status updates, etc. I am not sure
>> what is happening here is good for PHP.
>>
>
> My personal impression is that phpng is yet another independent port of
> php just like HHVM and the like. These all target a particular area of PHP
> use and may not be suitable for 'home users'. As an alternative base for
> PHPNext it may have a better pedigree and to that end a decision needs to
> be made for the path forward. What seems totally out of place here is a
> vote on something which has no real target yet? Has phpng already been
> accepted as PHPNext? That PHPNext will be 64bit is a given? So what is the
> need for a vote on a 'detail that can be changed'? It's the detail elements
> that need to be agreed on ... not the principle of 64bit!
>
> Hopefully there is no plan to backport this to the PHP5 builds?
>
> --
> Lester Caine - G8HFL
> -----------------------------
> Contact - http://lsces.co.uk/wiki/?page=contact
> L.S.Caine Electronic Services - http://lsces.co.uk
> EnquirySolve - http://enquirysolve.com/
> Model Engineers Digital Workshop - http://medw.co.uk
> Rainbow Digital Media - http://rainbowdigitalmedia.co.uk
>
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>

--485b397dd629e7b7fa04f9584fe9--