Rowan Collins in php.internals (Fri, 22 Jun 2018 23:40:27 +0100): >However, it seems that the package without a d is actually abandoned. >The official PECL package was last released more than 5 years ago [3], >and the bug asking for PHP 7 compatibility is still open [4]. An >unofficial fork apparently supports PHP 7 [5] but it in turn hasn't had >a commit in 11 months, and has an open bug for 7.2 compatibility [6].
It has some PR's, even a recent one by Remi Collet for 7.3 compatibility. https://github.com/websupport-sk/pecl-memcache/pull/30 The open bug for 7.2 compatibility seems to be open only because nobody bothered to close it. >- Is there any difference, other than API design, between the two >packages, which would merit seeking a new maintainer for memcache >(without a d)? The package without a d is AFAIK the only one that runs on Windows: https://github.com/websupport-sk/pecl-memcache/issues/23#issuecomment-358956029 Client & server updates by 'nono303': https://www.apachelounge.com/viewtopic.php?t=7919 https://github.com/nono303/PHP7-memcache-dll >- If not, should the package be officially marked "abandoned" or >"deprecated" in PECL, and in the PHP manual? That would not be a good solution for the (few) Windows users. -- Jan -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php