On 19/12/2019 12:51, Christoph M. Becker wrote:
On 20.11.2018 at 11:26, Rowan Collins wrote:
It seems to me that *neither* extension is properly maintained right now
(the with-a-d extension has recent releases, but all wrapping an abandoned
upstream library); so if the without-a-d extension has better
cross-platform support, it might make sense to keep *only* that one
(revived from https://github.com/websupport-sk/pecl-memcache) and encourage
anyone interested to contribute rather than splitting the effort.
FWIW, PECL/memcache has had a new release today. \o/
That's good news, thanks to everyone who's worked on it!
I notice that the situation with memcache-with-a-d hasn't changed in the
18 months since I started this thread [1]: there continue to be fixes to
the extension, mostly to work with newer PHP versions, but the upstream
library remains abandoned (the README rather optimistically recommends
"libmemcached 1.0.18 or higher", but there have been no releases for
nearly six years).
I've CCed Aaron Stone, who tagged the last few releases, to say: thank
you for your work keeping that extension working, but what do you think
of officially deprecating it in favour of the revived without-a-d
extension? The immediate benefit would be less confusion for users over
which extension they should use, and hopefully an increase in
collaboration on the chosen extension. My understanding is that the
with-a-d extension is self-contained and cross-platform, so a better
target for that combined effort.
The first step would probably be to create a userland wrapper which
emulates the classes and functions from the without-a-d on top of the
with-a-d extension, so people can migrate.
[1] https://externals.io/message/102375
Again, thank you all for your efforts!
Regards,
--
Rowan Tommins (né Collins)
[IMSoP]
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
