Breakages with rc1

php.internals

Hans Zaunere

2 years ago
Hello, Ran into a couple of issues with RC1 that I haven't seen online. With --with-pear: The --with-pear option is deprecated With --enable-pear: configure: WARNING: unrecognized options: --enable-pear I'm using --disable-all as the first parameter. And post install (after ignoring the above): [root@asm1 bin]# ./pecl install ZendOpcache Zend OPcache requires Zend Engine API version 420220830. The Zend Engine API version 420230831 which is installed, is newer. Contact Zend Technologies at http://www.zend.com/ for a later version of Zend OPcache. pecl/zendopcache requires PHP (version >= 5.2.0, version <= 5.5.0), installed version is 8.3.0RC1 Similar message during compile time, too. Unfortunately --enable-option-checking didn't tell me, so grep did :) Any thoughts appreciated. This is on AWS 2023. Best, --- Hans Z. http://nyphp.org

Niels Dossche

2 years ago
Hi Hanz On 05/09/2023 11:39, Hanz wrote:
> Hello, > > Ran into a couple of issues with RC1 that I haven't seen online. > > With --with-pear: The --with-pear option is deprecated > > With --enable-pear: configure: WARNING: unrecognized options: --enable-pear > > I'm using --disable-all as the first parameter.
I don't know about this, sorry.
> > And post install (after ignoring the above): > > [root@asm1 bin]# ./pecl install ZendOpcache > Zend OPcache requires Zend Engine API version 420220830. > The Zend Engine API version 420230831 which is installed, is newer. > Contact Zend Technologies at http://www.zend.com/ for a later version > of Zend OPcache. > > pecl/zendopcache requires PHP (version >= 5.2.0, version <= 5.5.0), > installed version is 8.3.0RC1
I can comment on this one though. Zend opcache is a part of PHP nowadays, you don't need to install a separate extension for that. That's why the PECL version requires PHP <= 5.5.0. Just make sure you use --enable-opcache during ./configure, and that you activate it in your php.ini (with the right key-value pair using zend_extension).
> > Similar message during compile time, too. Unfortunately > --enable-option-checking didn't tell me, so grep did :) > > Any thoughts appreciated. This is on AWS 2023. > > Best, > > --- > Hans Z. > http://nyphp.org >
Kind regards Niels

Peter Kokot

2 years ago
On Tue, 5 Sept 2023 at 11:40, Hanz <zaunere@gmail.com> wrote:
> Hello, > > Ran into a couple of issues with RC1 that I haven't seen online. > > With --with-pear: The --with-pear option is deprecated > > With --enable-pear: configure: WARNING: unrecognized options: --enable-pear > > I'm using --disable-all as the first parameter. >
There is only --with-pear option and when used it simply emits a warning since PHP 7.4 to make it clear that in one of the future PHP versions PEAR won't be installed via PHP build process anymore. It still works though.

Hans Zaunere

2 years ago
Hi Peter, Niels, On Tue, Sep 5, 2023 at 3:08 PM Peter Kokot <petk@php.net> wrote:
> > On Tue, 5 Sept 2023 at 11:40, Hanz <zaunere@gmail.com> wrote: >> >> Hello, >> >> Ran into a couple of issues with RC1 that I haven't seen online. >> >> With --with-pear: The --with-pear option is deprecated >> >> With --enable-pear: configure: WARNING: unrecognized options:
--enable-pear
>> >> I'm using --disable-all as the first parameter. > > > There is only --with-pear option and when used it simply emits a warning
since PHP 7.4 to make it clear that in one of the future PHP versions PEAR won't be installed via PHP build process anymore.
> > It still works though.
Thanks much for this and the opcache pointers - got it all set. On a totally different note... I'm trying to get my head around FFI <https://www.php.net/manual/en/book.ffi.php> specifically how it could be used to orchestrate 3rd party pipelines, like those of python. Anyone aware of anyone using this extension, examples, etc? Thanks again! --- Hans Z. http://nyphp.org

Dusk

2 years ago
On Sep 6, 2023, at 19:18, Hanz <zaunere@gmail.com> wrote:
> On a totally different note... I'm trying to get my head around FFI > <https://www.php.net/manual/en/book.ffi.php> specifically how it could be > used to orchestrate 3rd party pipelines, like those of python.
That isn't a particularly good use case for FFI. If you're trying to call Python scripts, you're probably looking for popen(), proc_open(), or something like the Symfony Process component (composer require symfony/process). FFI allows PHP scripts to load and call functions in C libraries. This can allow PHP scripts to access functionality which doesn't have PHP wrappers available. If you're on macOS, here's a silly but functional example which calls the NSBeep() function to make your computer beep: $ffi = FFI::cdef(<<<'EOF' void NSBeep(void); EOF, "@rpath/AppKit.framework/AppKit"); $ffi->NSBeep(); sleep(1); (Don't worry too much about the @rpath bit.)