Re: [PHP-DEV] ZEND_ENGINE_4

2020-11-26 Thread Sara Golemon
On Thu, Nov 26, 2020 at 7:31 AM Dmitry Stogov wrote: > We don't need ZEND_ENGINE_4 for PHP 8.*. > PHP 8.0 didn't introduce revolutionary engine changes (like PHP 7 and PHP 5 > did), and we won't introduce big engine changes in minor releases. > > Yeah, I've been reminded that we had this discussi

Re: [PHP-DEV] ZEND_ENGINE_4

2020-11-26 Thread Dmitry Stogov
We don't need ZEND_ENGINE_4 for PHP 8.*. PHP 8.0 didn't introduce revolutionary engine changes (like PHP 7 and PHP 5 did), and we won't introduce big engine changes in minor releases. Thanks. Dmitry. On Thu, Nov 26, 2020 at 11:44 AM Remi Collet wrote: > Le 26/11/2020 à 03:41, Sara Golemon a écr

Re: [PHP-DEV] ZEND_ENGINE_4

2020-11-26 Thread Remi Collet
Le 26/11/2020 à 03:41, Sara Golemon a écrit : Maybe just a wee bit late to ask this question, but shouldn't we have long since changed `#define ZEND_ENGINE_3` to `#degine ZEND_ENGINE_4` ? From a quick search I see some usage of ZEND_ENGINE_3 (eg, imagick and gmagick ext, probably others) Was

Re: [PHP-DEV] ZEND_ENGINE_4

2020-11-25 Thread G. P. B.
On Thu, 26 Nov 2020 at 02:42, Sara Golemon wrote: > Maybe just a wee bit late to ask this question, but shouldn't we have long > since changed `#define ZEND_ENGINE_3` to `#degine ZEND_ENGINE_4` ? > > Was that deliberate since (unlike with 4->5 and 5->7) the engine's API > surface area hasn't skew

Re: [PHP-DEV] ZEND_ENGINE_4 define?

2020-08-10 Thread Sara Golemon
On Mon, Aug 10, 2020 at 2:37 AM Nikita Popov wrote: > On Mon, Aug 10, 2020 at 7:57 AM Philip Hofstetter < > phofstet...@sensational.ch> wrote: > > In many cases, I've been using the ZEND_ENGINE_3 define to handle the > > PHP 5/7 difference. > > > > Now, the Zend Engine version seems to have been

Re: [PHP-DEV] ZEND_ENGINE_4 define?

2020-08-10 Thread Nikita Popov
On Mon, Aug 10, 2020 at 7:57 AM Philip Hofstetter < phofstet...@sensational.ch> wrote: > Hello, > > I'm currently looking into porting some extensions (both internal and > public) to PHP 8 while still keeping support for PHP 7 (for the public > ones) and PHP 5.6 (don't ask :-(). > > In many cases,