# PHP7 PECL Extensions - Thread: https://externals.io/message/88134 - Original archive: https://news-web.php.net/php.internals/88134 - Started by Joe Watkins on 2015-09-10T14:25:16+00:00 - Messages: 18 - Reply by email to internals@lists.php.net - More for agents: search with https://externals.io/search.md?q={query} · JSON API at https://externals.io/api · documentation at https://externals.io/llms.txt --- ## #88134 — Joe Watkins — 2015-09-10T14:25:16+00:00 URL: https://externals.io/message/88134#88134 Afternoon internals, Is there any concrete plan for deploying pecl extensions for PHP7 ? Anatol (or anyone), is there any way to get windows ext's built against RC's while we're waiting for PECL/pickle/apples/whatever to be sorted ? Cheers Joe --- ## #88135 — Sean DuBois — 2015-09-10T15:32:31+00:00 URL: https://externals.io/message/88134#88135 · In reply to: #88134 > Afternoon internals, > > Is there any concrete plan for deploying pecl extensions for PHP7 ? > > Anatol (or anyone), is there any way to get windows ext's built against > RC's while we're waiting for PECL/pickle/apples/whatever to be sorted ? > > Cheers > Joe Quite a few extensions are being developed via branches now. It sounds like this will be ok if pickle is being used, but should I be worried about causing people headaches before that is ready? I really don't want to have a bunch of preprocessor use in the extensions I am working on. It makes them harder to maintain, and a lot harder for new contributors. thanks --- ## #88136 — Joe Watkins — 2015-09-10T15:37:16+00:00 URL: https://externals.io/message/88134#88136 · In reply to: #88135 Ah, I didn't think of using PHP5 to run pecl package ... that works ... Cheers ... > > > […] > against > > […] > > Quite a few extensions are being developed via branches now. It sounds > like this will be ok if pickle is being used, but should I be worried > about causing people headaches before that is ready? > > I really don't want to have a bunch of preprocessor use in the > extensions I am working on. It makes them harder to maintain, and a lot > harder for new contributors. > > thanks --- ## #88137 — Joe Watkins — 2015-09-10T16:20:11+00:00 URL: https://externals.io/message/88134#88137 · In reply to: #88136 http://windows.php.net/downloads/pecl/releases/pthreads/3.0.0/logs/ Well ... that didn't work, and doesn't tell me why ... anyone know what's up ?? Cheers Joe > Ah, I didn't think of using PHP5 to run pecl package ... that works ... > > Cheers ... > > > > > > […] --- ## #88138 — Anatol Belski — 2015-09-10T16:20:47+00:00 URL: https://externals.io/message/88134#88138 · In reply to: #88134 Hi Joe, > -----Original Message----- > From: Joe Watkins [mailto:pthreads@pthreads.org] > Sent: Thursday, September 10, 2015 4:25 PM > To: PHP internals > Subject: [PHP-DEV] PHP7 PECL Extensions > > Afternoon internals, > > Is there any concrete plan for deploying pecl extensions for PHP7 ? > > Anatol (or anyone), is there any way to get windows ext's built against RC's > while we're waiting for PECL/pickle/apples/whatever to be sorted ? > Yeah, I've just tried to replace 7.0.0 with 7.0.0RC2 in the package.xml and it went through. But also need the vc14 deps, I've planned time to build them in the week after next. Regards Anatol --- ## #88140 — Joe Watkins — 2015-09-10T16:25:22+00:00 URL: https://externals.io/message/88134#88140 · In reply to: #88138 Hi Anatol, I thought vc14 deps were just copied from somewhere else, that's what I did to test ? Does that mean no dlls for now ? Any time is good, you have more important things to do ;) Cheers Joe On Thu, Sep 10, 2015 at 5:20 PM, Anatol Belski wrote: > Hi Joe, > > > […] > against RC's > > […] > Yeah, I've just tried to replace 7.0.0 with 7.0.0RC2 in the package.xml > and it went through. But also need the vc14 deps, I've planned time to > build them in the week after next. > > Regards > > Anatol --- ## #88141 — Anatol Belski — 2015-09-10T16:37:29+00:00 URL: https://externals.io/message/88134#88141 · In reply to: #88140 > -----Original Message----- > From: Joe Watkins [mailto:pthreads@pthreads.org] > Sent: Thursday, September 10, 2015 6:25 PM > To: Anatol Belski > Cc: PHP internals > Subject: Re: [PHP-DEV] PHP7 PECL Extensions > > Hi Anatol, > > I thought vc14 deps were just copied from somewhere else, that's what I did > to test ? > > Does that mean no dlls for now ? > Yep, those are copied from the prepared deps, but those deps are not built yet.The core deps are in place of course, but they're also built by humans :) > Any time is good, you have more important things to do ;) > Heh, a bit overdue now, but pthreads is now the first ringing bell witnessing the pecl deps should be done very soon. I'll see to build the pthreads ones this WE so you at least can avoid longer detention. Regards Anatol --- ## #88142 — Joe Watkins — 2015-09-10T16:44:08+00:00 URL: https://externals.io/message/88134#88142 · In reply to: #88141 Hugely appreciated, thank you ;) Cheers Joe On Thu, Sep 10, 2015 at 5:37 PM, Anatol Belski wrote: > > > > […] > what I did > > […] > Yep, those are copied from the prepared deps, but those deps are not built > yet.The core deps are in place of course, but they're also built by humans > :) > > > […] > Heh, a bit overdue now, but pthreads is now the first ringing bell > witnessing the pecl deps should be done very soon. I'll see to build the > pthreads ones this WE so you at least can avoid longer detention. > > Regards > > Anatol --- ## #88143 — Pierre Joye — 2015-09-10T17:14:15+00:00 URL: https://externals.io/message/88134#88143 · In reply to: #88135 > > > > […] against > > […] > > Quite a few extensions are being developed via branches now. It sounds > like this will be ok if pickle is being used, but should I be worried > about causing people headaches before that is ready? Branches are releases nightmares if they are all have the same versions, like all are 1.4.x but only one branch supports 7. I have asked that some time ago already and pointed out that we should really support semver and one branch per extension version, not per supported php version. > I really don't want to have a bunch of preprocessor use in the > extensions I am working on. It makes them harder to maintain, and a lot > harder for new contributors. It is not necessary required, you an email multiple files. Single branche also helps to ensure APIs compatibility across php versions (same codename being maintained). > thanks --- ## #88144 — Pierre Joye — 2015-09-10T17:17:33+00:00 URL: https://externals.io/message/88134#88144 · In reply to: #88143 > > > > > […] ? > > […] against > > […] ? > > […] Fixing autocorrect :) > Branches are releases nightmares if they are all have the same versions, like all are 1.4.x but only one branch supports 7. I mean if an extension uses either 1.4 for 5.x and 1.5/2.x for 7 with same APIs. This is a long term pain from a developer and end user point of view. > I have asked that some time ago already and pointed out that we should really support semver and one branch per extension version, not per supported php version. > > > […] > > It is not necessary required, you an email multiple files. You can use multiple files. Single branche also helps to ensure APIs compatibility across php versions (same codename being maintained). > > > > […] --- ## #88145 — Remi Collet — 2015-09-10T17:24:28+00:00 URL: https://externals.io/message/88134#88145 · In reply to: #88134 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Le 10/09/2015 16:25, Joe Watkins a écrit : > Afternoon internals, > > Is there any concrete plan for deploying pecl extensions for PHP7 > ? > > Anatol (or anyone), is there any way to get windows ext's built > against RC's while we're waiting for PECL/pickle/apples/whatever to > be sorted ? I think "pecl" is already ready ;) # pecl install apfd downloading apfd-1.0.1.tgz ... Starting to download apfd-1.0.1.tgz (4,375 bytes) .....done: 4,375 bytes Build process completed successfully Installing '/usr/lib64/php/modules/apfd.so' install ok: channel://pecl.php.net/apfd-1.0.1 configuration option "php_ini" is not set to php.ini location You should add "extension=apfd.so" to php.ini > Cheers Joe > -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlXxvMwACgkQYUppBSnxahgcRQCfXZxLwX21BKV2zEENV/GoHj3P ypMAmwS8I76HE++9mMPT07wSW7MKRvKL =U8mq -----END PGP SIGNATURE --- ## #88146 — Remi Collet — 2015-09-10T17:35:11+00:00 URL: https://externals.io/message/88134#88146 · In reply to: #88143 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Le 10/09/2015 19:14, Pierre Joye a écrit : > > > […] > against > > […] > > Branches are releases nightmares if they are all have the same > versions, like all are 1.4.x but only one branch supports 7. > > I have asked that some time ago already and pointed out that we > should really support semver and one branch per extension version, > not per supported php version. I definitively agree on this. " Extension version have to reflect the extension API version " Which probably have to be the same for php 5 and php 7 Else imagine the nightmare for user to detect API... > > > […] > > It is not necessary required, you an email multiple files. Single > branche also helps to ensure APIs compatibility across php versions > (same codename being maintained). > Yes multiple files is NOT perfect, but it works (when too much conditional for a single file) See https://github.com/pierrejoye/php_zip And it works. Remi. > > > […] > -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlXxv08ACgkQYUppBSnxahhOOACfTOWy9MnNlTCezhO3BeIDvRyU OlsAn3zM1h7gGxm/OJ4R8EhvwV5cvkHN =rFRS -----END PGP SIGNATURE --- ## #88158 — Jan Ehrhardt — 2015-09-11T21:13:26+00:00 URL: https://externals.io/message/88134#88158 · In reply to: #88140 Joe Watkins in php.internals (Thu, 10 Sep 2015 17:25:22 +0100): > I thought vc14 deps were just copied from somewhere else, that's what I >did to test ? > > Does that mean no dlls for now ? > > Any time is good, you have more important things to do ;) If you want to try right now, test it with my deps: http://phpdev.toolsforresearch.com/SDK14.tar.7z Double 7z x [filename] to extract them with 7-Zip 9.38+. There might be symlinks (directory junctions) in the tar and 7-zip supports them in the newest version. Jan --- ## #89613 — Martin Keckeis — 2015-12-04T08:01:20+00:00 URL: https://externals.io/message/88134#89613 · In reply to: #88158 2015-09-11 23:13 GMT+02:00 Jan Ehrhardt : > Joe Watkins in php.internals (Thu, 10 Sep 2015 17:25:22 +0100): > > […] > I > > […] > > If you want to try right now, test it with my deps: > http://phpdev.toolsforresearch.com/SDK14.tar.7z > > Double 7z x [filename] to extract them with 7-Zip 9.38+. There might be > symlinks (directory junctions) in the tar and 7-zip supports them in the > newest version. > > Jan > > -- > > > > Hello together, it seems there are already some extensions build successfully for php7windows in my case i miss currently two extensions: - https://pecl.php.net/package/imagick - https://pecl.php.net/package/APCu About imagick i found just this on gophp7 https://github.com/gophp7/gophp7-ext/wiki/ext-imagick Are there still problems, or do they just need to be rebuild? Best regards Martin --- ## #89616 — Jan Ehrhardt — 2015-12-04T13:25:00+00:00 URL: https://externals.io/message/88134#89616 · In reply to: #89613 Martin Keckeis in php.internals (Fri, 4 Dec 2015 09:01:20 +0100): >it seems there are already some extensions build successfully for >php7windows > >in my case i miss currently two extensions: >- https://pecl.php.net/package/imagick >- https://pecl.php.net/package/APCu > >About imagick i found just this on gophp7 >https://github.com/gophp7/gophp7-ext/wiki/ext-imagick Imagick, Apcu and a lot of others are here: https://www.apachelounge.com/viewtopic.php?t=6359 The x86 versions are still being recompiled because of https://github.com/krakjoe/apcu/issues/151#issuecomment-161962312 The x64 versions already have APC Backwards Compatibility. -- Jan --- ## #89618 — Pierre Joye — 2015-12-04T14:03:57+00:00 URL: https://externals.io/message/88134#89618 · In reply to: #89616 > > Martin Keckeis in php.internals (Fri, 4 Dec 2015 09:01:20 +0100): > > […] > > Imagick, Apcu and a lot of others are here: > https://www.apachelounge.com/viewtopic.php?t=6359 > > The x86 versions are still being recompiled because of > https://github.com/krakjoe/apcu/issues/151#issuecomment-161962312 > > The x64 versions already have APC Backwards Compatibility. Also keep in mind that the builds are triggered on the pecl release, not when a new php version is released. --- ## #89630 — Dan Ackroyd — 2015-12-04T21:44:13+00:00 URL: https://externals.io/message/88134#89630 · In reply to: #89613 > About imagick i found just this on gophp7 > https://github.com/gophp7/gophp7-ext/wiki/ext-imagick > > Are there still problems, or do they just need to be rebuild? > Imagick needed the 7 dev branch merging to master and tagging. Downloads that were built automatically for Windows appear to be available on the PECL page https://pecl.php.net/package/imagick/3.4.0RC2/windows There is one known issue for Imagick on Linux for PHP 7; it can't be compiled statically into PHP due to a bug in PHP's conf files, which is already fixed for PHP 7.0.1. cheers Dan --- ## #89638 — Jan Ehrhardt — 2015-12-05T17:02:05+00:00 URL: https://externals.io/message/88134#89638 · In reply to: #89613 Martin Keckeis in php.internals (Fri, 4 Dec 2015 09:01:20 +0100): >in my case i miss currently two extensions: >- https://pecl.php.net/package/imagick >- https://pecl.php.net/package/APCu APC Backwards Compatibility in the Windows builds solved: https://github.com/krakjoe/apcu-bc/pull/2 Binaries available at https://www.apachelounge.com/viewtopic.php?t=6359 You will have to load the extensions in this way: extension=php_apcu.dll extension=php_apc.dll Or for *nix: extension=apcu.so extension=apc.so I guess Joe Watkins will make a new release soon and then the Windows binaries will be become available at http://pecl.php.net/package/APCu -- Jan