[PHP-DEV] php 7.{3,4}/git ext/curl builds FAIL with recent curl/libcurl 7.67+: "error: ‘CURLE_OBSOLETE20’ undeclared ...".

I needed to bump local curl build version to fix a (php-unrelated) SEGV. Currently, I have curl -V curl 7.67.1-DEV (x86_64-pc-linux-gnu) libcurl/7.67.1-DEV OpenSSL/1.1.1d zlib/1.2.11 brotli/1.0.7 libidn2/2.2.0 libpsl/0.21.0 (+libidn2/2.2.0) libssh2/1.9.0_DEV nghttp2/1.4

Re: [PHP-DEV] PHP 7 + bcgen extension + PHAR extension

On Wed, Sep 4, 2019 at 8:44 AM Henrik Skov wrote: > I found a port of bcompiler here: > > https://github.com/vjardin/bcgen/ > > which is PHP7 compatible. > > By mailing here, I am trying to reach out to the authors of the PHAR > extension since the author(s) of bcgen have said that they don't kno

[PHP-DEV] PHP 7 + bcgen extension + PHAR extension

Hi ! I hope this is the right mailing list to post my request to. I found a port of bcompiler here: https://github.com/vjardin/bcgen/ which is PHP7 compatible. By mailing here, I am trying to reach out to the authors of the PHAR extension since the author(s) of bcgen have said that they don'

Re: [PHP-DEV] PHP 7 CSPRNG - block on /dev/random?

On Sun, May 22, 2016 at 7:04 AM, Stanislav Malyshev wrote: > Hi! > >> Question: Is there a nonzero chance of a PHP application running at boot >> time on an older GNU/Linux machine? If so, should we adopt this "unseeded >> CSPRNG" mitigation employed by libsodium for ancient Linux kernels? >> >> h

Re: [PHP-DEV] PHP 7 CSPRNG - block on /dev/random?

Hi! > Question: Is there a nonzero chance of a PHP application running at boot > time on an older GNU/Linux machine? If so, should we adopt this "unseeded > CSPRNG" mitigation employed by libsodium for ancient Linux kernels? > > https://github.com/jedisct1/libsodium/issues/374 > https://github.co

[PHP-DEV] PHP 7 CSPRNG - block on /dev/random?

Question: Is there a nonzero chance of a PHP application running at boot time on an older GNU/Linux machine? If so, should we adopt this "unseeded CSPRNG" mitigation employed by libsodium for ancient Linux kernels? https://github.com/jedisct1/libsodium/issues/374 https://github.com/jedisct1/libsod

RE: [PHP-DEV] php 7 bug in substr_replace function

De : Colin O'Dell [mailto:colinod...@gmail.com] Envoyé : mardi 15 mars 2016 15:36 À : Pascal KISSIAN ; internals@lists.php.net Objet : Re: [PHP-DEV] php 7 bug in substr_replace function Hi Pascal, The bug tracker can be found here: https://bugs.php.net/ You might also want to in

Re: [PHP-DEV] php 7 bug in substr_replace function

Hi Pascal, The bug tracker can be found here: https://bugs.php.net/ You might also want to include this link in your bug report - it shows the results of your test across multiple versions of PHP, thus confirming the behavior: https://3v4l.org/bPOK3 Cheers, Colin

[PHP-DEV] php 7 bug in substr_replace function

Hi everybody, I don't know if this is the right place to report bugs. please let me know for the next time. This is a small snippet that shows the wrong behaviour : When running it under php 7, $line is unchanged and a message is emitted : PHP Warning: substr_replace(): 'from' and

Re: [PHP-DEV] PHP 7 ?! :)

On 3 December 2015 at 13:49, Niklas Keller wrote: > Yes, but it's missing an usort($releases, function($a, $b) { return > version_compare($a["version"], $b["version]); }); ;-) I'm *cough* sure I don't know what you're *cough* talking about... Adam PS: https://github.com/php/web-php/commit/4ec6

Re: [PHP-DEV] PHP 7 ?! :)

2015-12-03 22:22 GMT+01:00 Ferenc Kovacs : > > > On Thu, Dec 3, 2015 at 10:00 PM, Niklas Keller wrote: > >> It still seems to be missing from the download section in the right >> sidebar. >> >> Anyway, thanks everyone! >> > > should be fixed now: > http://git.php.net/?p=web/php.git;a=blobdiff;f=i

Re: [PHP-DEV] PHP 7 ?! :)

On Thu, Dec 3, 2015 at 10:00 PM, Niklas Keller wrote: > It still seems to be missing from the download section in the right > sidebar. > > Anyway, thanks everyone! > should be fixed now: http://git.php.net/?p=web/php.git;a=blobdiff;f=index.php;h=4013d0d270662bc3be7a2a5ab6c1a335fe5d8fe7;hp=f72091

Re: [PHP-DEV] PHP 7 ?! :)

It still seems to be missing from the download section in the right sidebar. Anyway, thanks everyone! 2015-12-03 21:35 GMT+01:00 Carlos Buenosvinos Zamora < carlos.buenosvi...@gmail.com>: > Congrats to everyone. Thanks for such an amazing work! I'm really proud to > be in such a great community.

Re: [PHP-DEV] PHP 7 ?! :)

Congrats to everyone. Thanks for such an amazing work! I'm really proud to be in such a great community. Keep the rhythm! 2015-12-03 21:30 GMT+01:00 Rasmus Lerdorf : > On 12/03/2015 12:28 PM, Andi Gutmans wrote: > > What just happened? It was on php.net and now it's gone? > > It's there. Did you

Re: [PHP-DEV] PHP 7 ?! :)

On 12/03/2015 12:28 PM, Andi Gutmans wrote: > What just happened? It was on php.net and now it's gone? It's there. Did you get geo-dns'ed to a different www.php.net perhaps? The mirrors are still updating. -Rasmus signature.asc Description: OpenPGP digital signature

[PHP-DEV] PHP 7 ?! :)

What just happened? It was on php.net and now it's gone?

Re: [PHP-DEV] PHP 7 : Cannot use stream wrappers during MINIT

Le 09/11/2015 16:41, Dan Ackroyd a écrit : On 6 November 2015 at 00:08, François Laupretre wrote: Hi, An uninitialized HashTable generally is filled with 0s. Today, using an uninitialized HashTable goes undetected, even in debug mode (because HT_OK == 0), and is very hard to track. Uninitia

Re: [PHP-DEV] PHP 7 Segmentation fault

today. Thanks. Dmitry. On Wed, Nov 11, 2015 at 11:02 PM, Anatol Belski wrote: -Original Message- From: Frank M. Kromann [mailto:f...@webbypixel.com ] Sent: Wednesday, November 11, 2015 8:51 PM To: Anatol Belski ; 'Dmitry Stogov' < dmi...@zend.com> Cc: 'PHP Inter

Re: [PHP-DEV] PHP 7 Segmentation fault

> -Original Message----- > From: Frank M. Kromann [mailto:f...@webbypixel.com ] > Sent: Wednesday, November 11, 2015 8:51 PM > To: Anatol Belski ; 'Dmitry > Stogov' < > > dmi...@zend.com> > > Cc: 'PHP Internals' > Subject: Re: [PHP

RE: [PHP-DEV] PHP 7 Segmentation fault

Hi Frank, > -Original Message- > From: Frank M. Kromann [mailto:f...@webbypixel.com] > Sent: Wednesday, November 11, 2015 9:29 PM > To: Anatol Belski ; 'Dmitry Stogov' > Cc: 'PHP Internals' > Subject: Re: [PHP-DEV] PHP 7 Segmentation fault > &

Re: [PHP-DEV] PHP 7 Segmentation fault

Anatol Belski wrote: -Original Message- From: Frank M. Kromann [mailto:f...@webbypixel.com] Sent: Wednesday, November 11, 2015 8:51 PM To: Anatol Belski ; 'Dmitry Stogov' Cc: 'PHP Internals' Subject: Re: [PHP-DEV] PHP 7 Segmentation fault Just switched to PHP-7.0 an

Re: [PHP-DEV] PHP 7 Segmentation fault

015 at 11:02 PM, Anatol Belski wrote: -Original Message- From: Frank M. Kromann [mailto:f...@webbypixel.com] Sent: Wednesday, November 11, 2015 8:51 PM To: Anatol Belski ; 'Dmitry Stogov' < dmi...@zend.com> Cc: 'PHP Internals' Subject: Re: [PHP-DEV] PHP 7

Re: [PHP-DEV] PHP 7 Segmentation fault

mann [mailto:f...@webbypixel.com] Sent: Wednesday, November 11, 2015 8:51 PM To: Anatol Belski ; 'Dmitry Stogov' Cc: 'PHP Internals' Subject: Re: [PHP-DEV] PHP 7 Segmentation fault Just switched to PHP-7.0 and there is no longer any references to _live_range but the problem wi

Re: [PHP-DEV] PHP 7 Segmentation fault

ixel.com] > > Sent: Wednesday, November 11, 2015 8:51 PM > > To: Anatol Belski ; 'Dmitry Stogov' < > dmi...@zend.com> > > Cc: 'PHP Internals' > > Subject: Re: [PHP-DEV] PHP 7 Segmentation fault > > > > Just switched to PHP-7.0 and there

Re: [PHP-DEV] PHP 7 Segmentation fault

t; > Hi Anatol, > > Here is what I have > > [frank@dev php-src-7]$ git show > commit d1077f7a897d9267a0cad3d64663fd952dd1c6b2 > Merge: e88e3f2 a2e59e7 > Author: Anatol Belski > Date: Wed Nov 11 16:35:07 2015 +0100 > > Merge branch 'PHP-7.0' > >

RE: [PHP-DEV] PHP 7 Segmentation fault

> -Original Message- > From: Frank M. Kromann [mailto:f...@webbypixel.com] > Sent: Wednesday, November 11, 2015 8:51 PM > To: Anatol Belski ; 'Dmitry Stogov' > Cc: 'PHP Internals' > Subject: Re: [PHP-DEV] PHP 7 Segmentation fault > > Just sw

Re: [PHP-DEV] PHP 7 Segmentation fault

nesday, November 11, 2015 8:14 PM To: Dmitry Stogov Cc: PHP Internals Subject: Re: [PHP-DEV] PHP 7 Segmentation fault Hi Dmitry, Yes this is the master branch. I have previously tested it on the PHP-7.0 branch with the same result. I will do that again to verify that the problem is the same

Re: [PHP-DEV] PHP 7 Segmentation fault

n 11/11/15 11:34, Anatol Belski wrote: Hi Frank, -Original Message- From: Frank M. Kromann [mailto:f...@php.net] Sent: Wednesday, November 11, 2015 8:14 PM To: Dmitry Stogov Cc: PHP Internals Subject: Re: [PHP-DEV] PHP 7 Segmentation fault Hi Dmitry, Yes this is the master branch. I hav

Re: [PHP-DEV] PHP 7 Segmentation fault

8:14 PM To: Dmitry Stogov Cc: PHP Internals Subject: Re: [PHP-DEV] PHP 7 Segmentation fault Hi Dmitry, Yes this is the master branch. I have previously tested it on the PHP-7.0 branch with the same result. I will do that again to verify that the problem is the same. I run vcsclean, buildconf, confi

RE: [PHP-DEV] PHP 7 Segmentation fault

Hi Frank, > -Original Message- > From: Frank M. Kromann [mailto:f...@php.net] > Sent: Wednesday, November 11, 2015 8:14 PM > To: Dmitry Stogov > Cc: PHP Internals > Subject: Re: [PHP-DEV] PHP 7 Segmentation fault > > Hi Dmitry, > > Yes this is the ma

Re: [PHP-DEV] PHP 7 Segmentation fault

Hi Dmitry, Yes this is the master branch. I have previously tested it on the PHP-7.0 branch with the same result. I will do that again to verify that the problem is the same. I run vcsclean, buildconf, configure, make at least once a day. I do not run the make install as that will break all

Re: [PHP-DEV] PHP 7 Segmentation fault

I suppose this is not PHP-7.0, but "master" branch. PHP-7.0 doesn't have zend_add_live_range(). Please, make "git pull" and then full rebuild, "make clean; make; make install" Thanks. Dmitry. On Wed, Nov 11, 2015 at 3:22 AM, Frank M. Kromann wrote: > Hello Everyone, > > I have a large applicat

RE: [PHP-DEV] PHP 7 RTM date

> -Original Message- > From: Rasmus Lerdorf [mailto:ras...@lerdorf.com] > Sent: Tuesday, November 10, 2015 1:50 AM > To: David Zuelke ; Andi Gutmans > Cc: Anatol Belski ; Stanislav Malyshev > ; internals@lists.php.net; Kalle Sommer Nielsen > ; Ferenc Kovacs > Su

Re: [PHP-DEV] PHP 7 RTM date

Hey Andi, Andi Gutmans wrote: Btw, do we want to do something special on php.net ? Front page? Not the sexiest site as-is so maybe gives us an excuse to spice up the front page? 7 is the first new major version in more than a decade, it'd be a shame if we didn't capitalise

Re: [PHP-DEV] PHP 7 RTM date

> On Nov 10, 2015, at 8:53 AM, David Zuelke wrote: > > Sure: http://phpversions.info/paas-hosting/ > > The default PHP version in the absence of any explicit declaration on Heroku > will remain 5.6.latest for a while, but if you have a composer.json with a > bunch of requirements for package "

[PHP-DEV] PHP 7 Segmentation fault

Hello Everyone, I have a large application that segfaults on spl autoload function. I have not had the time yet to create a small script that can be used to reproduce the error, but it looks to be similar to the one reported for PHPUnit. I'm using the autolaoder script from composer and I ha

Re: [PHP-DEV] PHP 7 RTM date

On 10.11.2015, at 10:26, Lester Caine wrote: > > On 10/11/15 00:49, Rasmus Lerdorf wrote: >>> November 30 is Cyber Monday, where people are either a) focused on maxing out their credit cards on every possible e-commerce site, or b) unable to roll out PHP 7 because their cust

Re: [PHP-DEV] PHP 7 RTM date

On 10/11/15 09:37, Kingsquare.nl - Robin Speekenbrink wrote: > With the advent of a wider variety of (container based) hosting solutions > (i.e. Heroku (https://devcenter.heroku.com/changelog-items/679) and > dokku-esque providers) and i.e. Docker providing the latest RC's via > 'official' images (

Re: [PHP-DEV] PHP 7 RTM date

2015-11-10 10:26 GMT+01:00 Lester Caine : > On 10/11/15 00:49, Rasmus Lerdorf wrote: > >> November 30 is Cyber Monday, where people are either > >> > > >> > a) focused on maxing out their credit cards on every possible > e-commerce site, or > >> > b) unable to roll out PHP 7 because their customer

Re: [PHP-DEV] PHP 7 RTM date

On 10/11/15 00:49, Rasmus Lerdorf wrote: >> November 30 is Cyber Monday, where people are either >> > >> > a) focused on maxing out their credit cards on every possible e-commerce >> > site, or >> > b) unable to roll out PHP 7 because their customers are busy with a) >> > >> > At least at Heroku

Re: [PHP-DEV] PHP 7 RTM date

On 11/09/2015 04:20 PM, David Zuelke wrote: > November 30 is Cyber Monday, where people are either > > a) focused on maxing out their credit cards on every possible e-commerce > site, or > b) unable to roll out PHP 7 because their customers are busy with a) > > At least at Heroku we have a black

Re: [PHP-DEV] PHP 7 RTM date

Hi! > November 30 is Cyber Monday, where people are either > > a) focused on maxing out their credit cards on every possible > e-commerce site, or b) unable to roll out PHP 7 because their > customers are busy with a) > > At least at Heroku we have a blackout policy around Thanksgiving and > Chr

Re: [PHP-DEV] PHP 7 RTM date

November 30 is Cyber Monday, where people are either a) focused on maxing out their credit cards on every possible e-commerce site, or b) unable to roll out PHP 7 because their customers are busy with a) At least at Heroku we have a blackout policy around Thanksgiving and Christmas for platform

Re: [PHP-DEV] PHP 7 RTM date

I love that The PHP Development Team is not looking to rush a release and while I, like many others wish to see PHP 7.0 I would rather have a stable and solid release over the idea of a rushed release. So I commend the choice of releasing another RC (RC7) coming up in the next few days There appe

Re: [PHP-DEV] PHP 7 RTM date

On Mon, Nov 9, 2015 at 8:50 PM, Andi Gutmans wrote: >> On Nov 8, 2015, at 5:35 PM, Rasmus Lerdorf wrote: >> >> On 11/08/2015 05:16 PM, Anatol Belski wrote: >>> Exactly, the relevant patches are going into RC7 which is then out on 12th >>> instead of GA. The next closest release slot were then Nov

Re: [PHP-DEV] PHP 7 RTM date

> On Nov 8, 2015, at 5:35 PM, Rasmus Lerdorf wrote: > > On 11/08/2015 05:16 PM, Anatol Belski wrote: >> Exactly, the relevant patches are going into RC7 which is then out on 12th >> instead of GA. The next closest release slot were then Nov 26th, either for >> GA or for RC8 (but better not try to

Re: [PHP-DEV] PHP 7 : Cannot use stream wrappers during MINIT

On 6 November 2015 at 00:08, François Laupretre wrote: > Hi, > > An uninitialized HashTable generally is > filled with 0s. Today, using an uninitialized HashTable goes undetected, > even in debug mode (because HT_OK == 0), and is very hard to track. Uninitialized variables should be pretty easy t

Re: [PHP-DEV] PHP 7 RTM date

On 11/08/2015 02:45 PM, Stanislav Malyshev wrote: I think this is the right thing to do, we can wait for a bit if it means better stability. +1 -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] PHP 7 RTM date

Hi Rasmus, > -Original Message- > From: Rasmus Lerdorf [mailto:ras...@lerdorf.com] > Sent: Monday, November 9, 2015 2:36 AM > To: Anatol Belski ; 'Stanislav Malyshev' > ; internals@lists.php.net > Cc: 'Kalle Sommer Nielsen' ; 'Ferenc Kovac

Re: [PHP-DEV] PHP 7 RTM date

If nothing else, it will give us an excuse to avoid the Black Friday madness ("Sorry hon, I need to update the server!"). Scott Arciszewski Chief Development Officer Paragon Initiative Enterprises On Sun, Nov 8, 2015 at 8:35 PM, Rasmus Lerdorf wrote: > On 11/08/2015 05:1

Re: [PHP-DEV] PHP 7 RTM date

On 11/08/2015 05:16 PM, Anatol Belski wrote: > Exactly, the relevant patches are going into RC7 which is then out on 12th > instead of GA. The next closest release slot were then Nov 26th, either for > GA or for RC8 (but better not try to predict). If it stands good, we might > have no reason to wa

RE: [PHP-DEV] PHP 7 RTM date

> -Original Message- > From: Zeev Suraski [mailto:z...@zend.com] > Sent: Sunday, November 8, 2015 8:57 PM > To: Rasmus Lerdorf ; Anatol Belski > ; internals@lists.php.net > Cc: Kalle Sommer Nielsen ; Ferenc Kovacs > Subject: RE: [PHP-DEV] PHP 7 RTM date > &

Re: [PHP-DEV] PHP 7 RTM date

As much as I had been looking forward to it soon, haste does makes waste. Making a more responsible choice for the users is commendable and outweighs the inconvenience a mere two week delay. +1 from me. Scott Arciszewski Chief Development Officer Paragon Initiative Enterprises

RE: [PHP-DEV] PHP 7 RTM date

Hi Stas, > -Original Message- > From: Stanislav Malyshev [mailto:smalys...@gmail.com] > Sent: Sunday, November 8, 2015 8:46 PM > To: Anatol Belski ; internals@lists.php.net > Cc: 'Kalle Sommer Nielsen' ; 'Ferenc Kovacs' > Subject: Re: [PHP-DE

Re: [PHP-DEV] PHP 7 RTM date

On 9/11/2015 6:15 am, Anatol Belski wrote: Hi, After doing the last evaluations in the RMs circle before going for 7.0.0 RTM preparations, we came to the conclusion that the current state does not look reasonable to be packaged as the final release. The RCs before RC6 was looking acceptable,

RE: [PHP-DEV] PHP 7 RTM date

> -Original Message- > From: Rasmus Lerdorf [mailto:ras...@lerdorf.com] > Sent: Sunday, November 08, 2015 9:49 PM > To: Anatol Belski; internals@lists.php.net > Cc: 'Kalle Sommer Nielsen'; 'Ferenc Kovacs' > Subject: Re: [PHP-DEV] PHP 7 RTM date >

Re: [PHP-DEV] PHP 7 RTM date

On 11/08/2015 11:15 AM, Anatol Belski wrote: > Hi, > > After doing the last evaluations in the RMs circle before going for 7.0.0 > RTM preparations, we came to the conclusion that the current state does not > look reasonable to be packaged as the final release. > > The RCs before RC6 was looking

Re: [PHP-DEV] PHP 7 RTM date

Hi! > Thus, resuming the pre-release cycle seems in our opinion the right thing to > do ATM. Hence this writing to inform the community about the intention and > to gather the opinions. PHP 7 is still going down the home stretch and is > very close to the finish, the next RC can be well the last.

[PHP-DEV] PHP 7 RTM date

Hi, After doing the last evaluations in the RMs circle before going for 7.0.0 RTM preparations, we came to the conclusion that the current state does not look reasonable to be packaged as the final release. The RCs before RC6 was looking acceptable, which gave the reason to announce the planned R

[PHP-DEV] PHP 7 : Cannot use stream wrappers during MINIT

Hi, First, I don't know if this must be considered as a bug, because a lot of features are not available during MINIT but it seems quite inconsistent. I precise I'm using the 7.x master branch (I don't know if it works on 5.x or not). I am writing an extension where I need to read a file tre

[PHP-DEV] PHP 7 - install-pear-nozlib.phar - ereg_replace() error

Hi, Quoting Ferenc's message about pear install error : > until this is fixed we have a "custom" install-pear-nozlib.phar built and > added to our repo, so instead of downloading the incompatible installer, we > use one with the fixes already present. > this is a hack/workaround for the time bein

Re: [PHP-DEV] php 7/git buid on linux/64: fatal error @ 'Installing PEAR environment';

On Jun 16, 2015 11:35 PM, "Hannes Magnusson" wrote: > > On Tue, Jun 16, 2015 at 9:14 AM, Sebastian Bergmann wrote: > > Am 16.06.2015 um 18:10 schrieb Ferenc Kovacs: > >> did not have more time to test though, so any feedback is appreciated. > > > > I still think that the right solution would be

Re: [PHP-DEV] php 7/git buid on linux/64: fatal error @ 'Installing PEAR environment';

On Tue, Jun 16, 2015 at 9:14 AM, Sebastian Bergmann wrote: > Am 16.06.2015 um 18:10 schrieb Ferenc Kovacs: >> did not have more time to test though, so any feedback is appreciated. > > I still think that the right solution would be to simply not bundle / > install PEAR anymore. That probably

Re: [PHP-DEV] php 7/git buid on linux/64: fatal error @ 'Installing PEAR environment';

Am 16.06.2015 um 18:10 schrieb Ferenc Kovacs: > did not have more time to test though, so any feedback is appreciated. I still think that the right solution would be to simply not bundle / install PEAR anymore. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http

Re: [PHP-DEV] php 7/git buid on linux/64: fatal error @ 'Installing PEAR environment';

On Wed, Jun 10, 2015 at 5:19 PM, wrote: > Hi Patrick > > On Wed, Jun 10, 2015, at 08:15 AM, Patrick ALLAERT wrote: > > ereg_*() functions are deprecated since a long time and has been removed > in > > PHP 7. > > Understood. > > Since I'm simply attempting to build PHP7 from source, not, as yet, '

Re: [PHP-DEV] php 7/git buid on linux/64: fatal error @ 'Installing PEAR environment';

Hi Patrick On Wed, Jun 10, 2015, at 08:15 AM, Patrick ALLAERT wrote: > ereg_*() functions are deprecated since a long time and has been removed in > PHP 7. Understood. Since I'm simply attempting to build PHP7 from source, not, as yet, 'use it', what do I *do* about it? Is this something cura

Re: [PHP-DEV] php 7/git buid on linux/64: fatal error @ 'Installing PEAR environment';

Le mer. 10 juin 2015 à 17:15, Patrick ALLAERT a écrit : > Le mer. 10 juin 2015 à 17:05, a écrit : > >> hi >> >> I'm building PHP7 on linux/64 >> >> git checkout PHP-7.0.0 >> cd PHP-7.0.0 >> git log | head >> commit dbf30365aa15b9044d75b8f77db570bf8fdf2726

Re: [PHP-DEV] php 7/git buid on linux/64: fatal error @ 'Installing PEAR environment';

Le mer. 10 juin 2015 à 17:05, a écrit : > hi > > I'm building PHP7 on linux/64 > > git checkout PHP-7.0.0 > cd PHP-7.0.0 > git log | head > commit dbf30365aa15b9044d75b8f77db570bf8fdf2726 > Merge: 9cb8cb4 5ff259e > Author: Fe

[PHP-DEV] php 7/git buid on linux/64: fatal error @ 'Installing PEAR environment';

hi I'm building PHP7 on linux/64 git checkout PHP-7.0.0 cd PHP-7.0.0 git log | head commit dbf30365aa15b9044d75b8f77db570bf8fdf2726 Merge: 9cb8cb4 5ff259e Author: Ferenc Kovacs Date: Wed Jun 10 10:49:51 201

Re: [PHP-DEV] PHP 7 snapshots?

Thanks for the confirmation! On Friday, February 13, 2015, Rasmus Lerdorf wrote: > On 02/12/2015 01:39 PM, Jacob Bednarz wrote: > > Hi Internals, > > > > Late in January Rasmus sent out an email to test the PHP 7 build. I've > > recently completed this with a few of our applications locally how

Re: [PHP-DEV] PHP 7 snapshots?

On 02/12/2015 01:39 PM, Jacob Bednarz wrote: > Hi Internals, > > Late in January Rasmus sent out an email to test the PHP 7 build. I've > recently completed this with a few of our applications locally however > now I am looking to test these changes on one of our isolated > development environmen

[PHP-DEV] PHP 7 snapshots?

Hi Internals, Late in January Rasmus sent out an email to test the PHP 7 build. I've recently completed this with a few of our applications locally however now I am looking to test these changes on one of our isolated development environments (yes, I'm aware of the risks and willing to take t

Re: [PHP-DEV] PHP 7: Odd behavior with exp/soap

On 01.02.15 17:27, Martin Jansen wrote: > Currently I'm seeing some odd behavior with PHP 7 and SoapClient > embedded deep into a Symfony2 application. That same code works with > 5.x. Unfortunately I cannot yet reproduce the issue with a short script. Please ignore that one; I ran into the proble

[PHP-DEV] PHP 7: Odd behavior with exp/soap

Currently I'm seeing some odd behavior with PHP 7 and SoapClient embedded deep into a Symfony2 application. That same code works with 5.x. Unfortunately I cannot yet reproduce the issue with a short script. Basically it boils down to get_function in ext/soap/soap.c returning NULL because zend_hash

Re: [PHP-DEV] PHP 7 installation issues.

On Thu, Jan 29, 2015 at 4:42 PM, Levi Morrison wrote: > > About the man page: what files do you have in php/man/man1 ? > > php.1 php-cgi.1 php-config.1 phpize.1 > > ^ Those four. Normally there are two more (phar.1 and phar.phar.1) > from looking my 5.6.3 install. Aside from that I'm

Re: [PHP-DEV] PHP 7 installation issues.

> About the man page: what files do you have in php/man/man1 ? php.1 php-cgi.1 php-config.1 phpize.1 ^ Those four. Normally there are two more (phar.1 and phar.phar.1) from looking my 5.6.3 install. Aside from that I'm not sure what else could be different. I'm not very familiar with

Re: [PHP-DEV] PHP 7 installation issues.

On Thu, Jan 29, 2015 at 3:49 AM, Levi Morrison wrote: > When doing `make install` with a prefix of `/apps/php/7.0.0-dev` I get: > > Installing shared extensions: > /apps/php/7.0.0-dev/lib/php/extensions/no-debug-non-zts-20141001/ > Installing PHP CLI binary:/apps/php/7.0.0-dev/bin/ > Inst

Re: [PHP-DEV] PHP 7 installation issues.

On 01/29/2015 03:49 AM, Levi Morrison wrote: > When doing `make install` with a prefix of `/apps/php/7.0.0-dev` I get: > > Installing shared extensions: > /apps/php/7.0.0-dev/lib/php/extensions/no-debug-non-zts-20141001/ > Installing PHP CLI binary:/apps/php/7.0.0-dev/bin/ > Installing PHP

[PHP-DEV] PHP 7 installation issues.

When doing `make install` with a prefix of `/apps/php/7.0.0-dev` I get: Installing shared extensions: /apps/php/7.0.0-dev/lib/php/extensions/no-debug-non-zts-20141001/ Installing PHP CLI binary:/apps/php/7.0.0-dev/bin/ Installing PHP CLI man page: /apps/php/7.0.0-dev/php/man/man1/ Ins

Re: [PHP-DEV] PHP 7 API naming conventions: str vs string

Hi, On Sun, Jan 4, 2015 at 1:57 AM, Sara Golemon wrote: > On Sat, Jan 3, 2015 at 3:42 PM, Nikita Popov wrote: > > Or maybe be more explicit and use "cstr" for C strings. (For symmetry the > > zend_string type could become zstr.) > > > I personally prefer cstr/zstr for explicitness, but agree th

Re: [PHP-DEV] PHP 7 API naming conventions: str vs string

On Sun, Jan 4, 2015 at 1:57 AM, Sara Golemon wrote: > On Sat, Jan 3, 2015 at 3:42 PM, Nikita Popov wrote: > > Or maybe be more explicit and use "cstr" for C strings. (For symmetry the > > zend_string type could become zstr.) > > > I personally prefer cstr/zstr for explicitness, but agree that th

Re: [PHP-DEV] PHP 7 API naming conventions: str vs string

On Sat, Jan 3, 2015 at 5:57 PM, Sara Golemon wrote: > On Sat, Jan 3, 2015 at 3:42 PM, Nikita Popov wrote: >> Or maybe be more explicit and use "cstr" for C strings. (For symmetry the >> zend_string type could become zstr.) >> > I personally prefer cstr/zstr for explicitness, but agree that the >

Re: [PHP-DEV] PHP 7 and json

Hi, On Sun, Dec 14, 2014 at 7:38 PM, Jakub Zelenka wrote: > Hi, > > On Wed, Dec 10, 2014 at 6:43 AM, Remi Collet > wrote: >> >> >> So, please go on > > > I have ported a decoder to PHP 7. The code can be found on my github > php-src jsond branch ( for code changes see > https://github.com/bukka

Re: [PHP-DEV] PHP 7 API naming conventions: str vs string

On Sat, Jan 3, 2015 at 3:42 PM, Nikita Popov wrote: > Or maybe be more explicit and use "cstr" for C strings. (For symmetry the > zend_string type could become zstr.) > I personally prefer cstr/zstr for explicitness, but agree that the main focus should be consistency. -Sara And yes, the fact th

Re: [PHP-DEV] PHP 7 API naming conventions: str vs string

Hey Nikita, > On 3 Jan 2015, at 23:42, Nikita Popov wrote: > > Basically if you have two APIs, one using str, the other using string, you > can't tell which one is for C strings and which one is for zend_strings. It > could be either way. > > It would be nice to have a convention for this and s

[PHP-DEV] PHP 7 API naming conventions: str vs string

Hi internals! PHP 7 uses two different string types. One is the ordinary C string char*, the other is a custom zend_string* structure, which additionally embeds length and GC info. We currently have a bunch of APIs that accept either C strings or zend_strings, but the naming is pretty much random

Re: [PHP-DEV] PHP 7 and json

Hi Kevin, > On 14 Dec 2014, at 19:46, Kevin Ingwersen (Ingwie Phoenix) > wrote: > > I don’t know if you are interested in some other open source projects that > parse JSON, but have you looked at the decoder here? > > https://github.com/vstakhov/libucl >

Re: [PHP-DEV] PHP 7 and json

I don’t know if you are interested in some other open source projects that parse JSON, but have you looked at the decoder here? https://github.com/vstakhov/libucl It can parse more than just the JSON format - but it has some JSON benchmarks attached and work

Re: [PHP-DEV] PHP 7 and json

Hi, On Wed, Dec 10, 2014 at 6:43 AM, Remi Collet wrote: > > > The main issue is the "non-free" decoder. > > Agreed. > Of course perf can be considered as an issue (I think minor). > jsonc have bad perf, but is free. > > If jsond have nearly same perf than old one, it's enough. My initial benc

Re: [PHP-DEV] PHP 7 and json

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 13/10/2014 22:15, Jakub Zelenka a écrit : > Hi, > > We have 2 alternative extensions >> >> - - jsonc the older one, probably not perfect, but used in a lot >> of downstream distributions >> >> - - jsond the recent one >> >> >> I think it is tim

Re: [PHP-DEV] PHP 7 and json

Hi, We have 2 alternative extensions > > - - jsonc the older one, probably not perfect, but used in a lot of > downstream distributions > > - - jsond the recent one > > > I think it is time to switch ext/json to another implementation and so > make PHP really "free" again. > I think that we shoul

[PHP-DEV] PHP 7 and json

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Bug 63520 is still not fixed. We have 2 alternative extensions - - jsonc the older one, probably not perfect, but used in a lot of downstream distributions - - jsond the recent one I think it is time to switch ext/json to another implementat

[PHP-DEV] PHP 7 and readline

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, For a lot of time, PHP can use readline (default) or libedit (prefered choice in all downstream) distribution. Readline is GPLv3 so is not compatible with PHP License I think is time to drop readline support (or, at least switch libedit as the