Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:92755
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 74.125.82.51 as permitted sender)
References: <CALW=WECkP4D7QHbAt9LCE0DT=40qyYk5iEspUSpjG4MUKTi6Rg@mail.gmail.com>
 <571E2B75.6000909@gmail.com>
 <CALW=WEDHi86Z2_x5ggjKOWDjcdaoGfwTktHEx0ATrk-Zut7tZQ@mail.gmail.com>
 <571E5A62.9030502@gmail.com>
 <CALW=WEB7ctpzmrfURFQMAnJPLHSFuTcDuN2-zBLs8EeK7wSxwA@mail.gmail.com>
To: internals <internals@lists.php.net>
Message-ID: <1a08ca47-3946-b496-e980-b2c072e28036@gmail.com>
Date: Mon, 25 Apr 2016 21:15:51 +0100
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101
 Thunderbird/45.0
MIME-Version: 1.0
In-Reply-To: <CALW=WEB7ctpzmrfURFQMAnJPLHSFuTcDuN2-zBLs8EeK7wSxwA@mail.gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] Opcache::get($key), set($key, $value) to shared memory,
 is planned in PHP 7.1?
From: rowan.collins@gmail.com (Rowan Collins)

On 25/04/2016 19:07, S.A.N wrote:
> I am not against third-party libraries, I want to have this
> functionality out of the box, it seems to me correct to make these
> functions in OPCache, instead of adding  Apcu to PHP core, IMHO...

Literally the only difference between including APCu in core and adding 
this to OpCache is the name of the resulting functions. The result 
either way is that you would have the functionality out of the box, and 
the PHP core devs would need to maintain it.

Meanwhile, you haven't addressed the point being made as a reason not to 
bundle, which is that this is not a universally-useful solution, and 
there needs to be some reason why this needs to be incorporated - under 
whatever name - any more urgently than a memcache driver, or a redis 
driver, or igbinary serialisation, or any one of dozens of other extensions.

Regards,

-- 
Rowan Collins
[IMSoP]