[PHP-DEV] PHP 8.1.27 Released

<https://php.net/ChangeLog-8.php#8.1.27> Release Manifest: <https://gist.github.com/patrickallaert/53a92d0fc82645db2bd1f14102189672> Many thanks to all the contributors and supporters! Patrick Allaert, Ben Ramsey & Joe Watki

[PHP-DEV] PHP 8.1.27RC1 Ready for testing

, and happy testing! Regards, Patrick Allaert, Ben Ramsey & Joe Watkins php-8.1.27RC1.tar.bz2 SHA256 hash: a57aa1eab465a12383f5ab93a9fb3a108ea26466857cbb522ab17fedf6753127 PGP signature: - -BEGIN PGP SIGNATURE- iQIzBAABCAAdFiEE8faSI4+8FmblpczUGZ+d/vb/uv0FAmVvLzAACgkQGZ+d/vb/ uv0gAQ/+Lt

[PHP-DEV] PHP 8.1.25 Released

<https://php.net/ChangeLog-8.php#8.1.25> Release Manifest: <https://gist.github.com/patrickallaert/bb851be68f3604738b4c18f4ed7174d4> Many thanks to all the contributors and supporters! Patrick Allaert, Ben Ramsey & Joe Watki

[PHP-DEV] PHP 8.1.23 Released

<https://php.net/ChangeLog-8.php#8.1.23> Release Manifest: <https://gist.github.com/patrickallaert/041d0e12ecbad72018b7b0f29b248b82> Many thanks to all the contributors and supporters! Patrick Allaert, Ben Ramsey & Joe Watki

[PHP-DEV] PHP 8.1.23RC1 available for testing

, and happy testing! Regards, Patrick Allaert, Ben Ramsey & Joe Watkins php-8.1.23RC1.tar.bz2 SHA256 hash: 7b6ae523b170be0097eb7a161b9989e75813776d642677ef56c58ed2bf369966 PGP signature: - -BEGIN PGP SIGNATURE- iQIzBAABCAAdFiEE8faSI4+8FmblpczUGZ+d/vb/uv0FAmTbzmIACgkQGZ+d/vb/ uv

[PHP-DEV] PHP 8.1.21 Released

<https://php.net/ChangeLog-8.php#8.1.21> Release Manifest: <https://gist.github.com/patrickallaert/498f7d984e09b181b2816de5e2c2f3dd> Many thanks to all the contributors and supporters! Patrick Allaert, Ben Ramsey & Joe Watki

[PHP-DEV] PHP 8.1.21RC1 available for testing

, and happy testing! Regards, Patrick Allaert, Ben Ramsey & Joe Watkins php-8.1.21RC1.tar.bz2 SHA256 hash: e0bfd082fc619f522eba8a452d2e0c4d8440ed7ce6b27abcce6228f6f6ab30a3 PGP signature: - -BEGIN PGP SIGNATURE- iQIzBAABCAAdFiEE8faSI4+8FmblpczUGZ+d/vb/uv0FAmSRtB8ACgkQGZ+d/vb/ uv0hohAAuG

[PHP-DEV] PHP 8.1.19 Released

<https://php.net/ChangeLog-8.php#8.1.19> Release Manifest: <https://gist.github.com/patrickallaert/ddda787a9a0b75d495f7f78785f01fab> Many thanks to all the contributors and supporters! Patrick Allaert, Ben Ramsey & Joe Watki

[PHP-DEV] PHP 8.1.19RC1 available for testing

Please test it carefully, and report any bugs to https://github.com/php/php-src/issues PHP 8.1.19 should be expected in 2 weeks, i.e. on May 11th, 2023. Hash values and PGP signatures can be found below or at Thank you, and happy testing! Regards, Patrick Allaert, Ben Ramsey & Joe Watkins h

[PHP-DEV] PHP 8.1.17 Released

<https://php.net/ChangeLog-8.php#8.1.17> Release Manifest: <https://gist.github.com/patrickallaert/2fd9bbca1c5506e9dd9f0de2bd1f0be3> Many thanks to all the contributors and supporters! Patrick Allaert, Ben Ramsey & Joe Watki

***UNCHECKED*** [PHP-DEV] PHP 8.1.17RC1 available for testing

-BEGIN PGP MESSAGE- Version: FlowCrypt Email Encryption 8.4.3 Comment: Seamlessly send and receive encrypted email xA0DAQoBGZ+d/vb/uv0By8HOdQBkAVEaUEhQIDguMS4xN1JDMSBoYXMganVz dCBiZWVuIHJlbGVhc2VkIGFuZCBjYW4gYmUgZG93bmxvYWRlZCBmcm9tOg0K

[PHP-DEV] PHP 8.1.15 Released

<https://php.net/ChangeLog-8.php#8.1.15> Release Manifest: <https://gist.github.com/patrickallaert/d8aadb58c9935e179a08d5c419143178> Many thanks to all the contributors and supporters! Patrick Allaert, Ben Ramsey & Joe Watki

[PHP-DEV] PHP 8.1.15RC1 available for testing

, and happy testing! Regards, Patrick Allaert, Ben Ramsey & Joe Watkins - -- - -Patrick -BEGIN PGP SIGNATURE- Version: FlowCrypt Email Encryption 8.4.2 Comment: Seamlessly send and receive encrypted email wsFzBAEBCgAGBQJjyrfPACEJEBmfnf72/7r9FiEE8faSI4+8FmblpczUGZ+d /vb/uv3QZBAAkkRlD

[PHP-DEV] PHP 8.1.13 Released

<https://php.net/ChangeLog-8.php#8.1.13> Release Manifest: <https://gist.github.com/patrickallaert/a21727ae064645106ec3c2d4ed5708b9> Many thanks to all the contributors and supporters! Patrick Allaert, Ben Ramsey & Joe Watki

[PHP-DEV] PHP 8.1.13RC1 available for testing

, and happy testing! Regards, Patrick Allaert, Ben Ramsey & Joe Watkins - -- - -Patrick -BEGIN PGP SIGNATURE- Version: FlowCrypt Email Encryption 8.3.8 Comment: Seamlessly send and receive encrypted email wsFzBAEBCgAGBQJjboU/ACEJEBmfnf72/7r9FiEE8faSI4+8FmblpczUGZ+d /vb/uv

[PHP-DEV] PHP 8.1.11 Released

<https://php.net/ChangeLog-8#8.1.11> Release Manifest: <https://gist.github.com/patrickallaert/56fc5a216173cb2dc61dcbb5a464dfb4> Many thanks to all the contributors and supporters! Patrick Allaert, Ben Ramsey & Joe Watki

[PHP-DEV] PHP 8.1.11RC1 available for testing

, and happy testing! Regards, Patrick Allaert, Ben Ramsey & Joe Watkins php-8.1.11RC1.tar.bz2 SHA256 hash: c85053aadb166d6ef2022fe6a0fce47b11738e6510d05e132580187c9ceb6ec7 PGP signature: - -BEGIN PGP SIGNATURE- iQIzBAABCAAdFiEE8faSI4+8FmblpczUGZ+d/vb/uv0FAmMg9J8ACgkQGZ+d/vb/ uv

[PHP-DEV] PHP 8.1.9 Released

<https://php.net/ChangeLog-8.php#8.1.9> Release Manifest: <https://gist.github.com/patrickallaert/3008b6b0f9c2eb580ea588a348c3f51c> Many thanks to all the contributors and supporters! Patrick Allaert, Ben Ramsey & Joe Watk

[PHP-DEV] PHP 8.1.9RC1 Available for testing

! Regards, Patrick Allaert, Ben Ramsey & Joe Watkins php-8.1.9RC1.tar.bz2 SHA256 hash: 396865e9b4e53995f2d6cfaf7c707aa300f1d7681c0cfbb71d2dd0c1a08d8429 PGP signature: - -BEGIN PGP SIGNATURE- iQIzBAABCAAdFiEE8faSI4+8FmblpczUGZ+d/vb/uv0FAmLXi+0ACgkQGZ+

Re: [PHP-DEV] PHP-8.1 branch seems broken

Le lun. 4 juil. 2022 à 10:16, Remi Collet a écrit : > Hi, > > In PHP 8.1: > > This branch is 1 commit ahead, 7 commits behind master. > > > This seems terribly wrong, looks like was merged from master > (NEWS file have 8.2 entries) > > > Can some GIT expert check and fix that ? > > > Regards, >

[PHP-DEV] PHP 8.1.7RC1 Ready for testing

, and happy testing! Regards, Patrick Allaert & Ben Ramsey - -- - -Patrick -BEGIN PGP SIGNATURE- Version: FlowCrypt Email Encryption 8.2.7 Comment: Seamlessly send and receive encrypted email wsFzBAEBCgAGBQJikQKyACEJEBmfnf72/7r9FiEE8faSI4+8FmblpczUGZ+d /vb/uv

[PHP-DEV] PHP 8.1.5 Released

<https://php.net/ChangeLog-8#8.1.5> Release Manifest: <https://gist.github.com/patrickallaert/e2cdfb3076b7a6978f7b6d3d970c4320> Many thanks to all the contributors and supporters! Patrick Allaert, Ben Ramsey & Joe Watk

[PHP-DEV] PHP 8.1.5RC1 Available for testing

, Patrick Allaert & Joe Watkins php-8.1.5RC1.tar.bz2 SHA256 hash: fec0498bc8a17bcd0db70da33abd2d80859dd59e739f8c2d2c96161bb8d2c425 PGP signature: - -BEGIN PGP SIGNATURE- iQIzBAABCAAdFiEE8faSI4+8FmblpczUGZ+d/vb/uv0FAmJFy0MACgkQGZ+d/vb/ uv

Re: [PHP-DEV] [VOTE] Undefined Variable Error Promotion

Hello Mark and the list, Le mar. 15 mars 2022 à 21:36, Mark Randall a écrit : > Who knows, maybe PHP 9 can be the version that removes remove *all* > warnings from the zend engine. > This is not far from the reason why I voted "no". I am not against the fact this warning becomes an error per

[PHP-DEV] PHP 8.1.3 Released

://www.php.net/downloads Windows source and binaries can be found at https://windows.php.net/download The list of changes is recorded in the ChangeLog: https://www.php.net/ChangeLog-8 Many thanks to all the contributors and supporters! Ben Ramsey, Patrick Allaert & Joe Watkins Release Manifest

[PHP-DEV] PHP 8.1.3RC1 Ready for testing

, Joe Watkins & Patrick Allaert php-8.1.3RC1.tar.bz2 SHA256 hash: 634f0379fe906785fc8df6f641b110e99af7a0fa3b3064f36224480401727b57 PGP signature: - -BEGIN PGP SIGNATURE- iQIzBAABCAAdFiEE8faSI4+8FmblpczUGZ+d/vb/uv0FAmH7NzgACgkQGZ+

[PHP-DEV] PHP 8.1.2RC1 Available for testing

any bugs to http://github.com/php/php-src/issues. Hash values and PGP signatures can be found below or at: https://gist.github.com/patrickallaert/45b308cf0fcfd48eab47c27816c9afba 8.1.2 should be expected in 2 weeks, i.e. on Jan 20th 2022. Thank you, and happy testing! Regards, Patrick Allaert

[PHP-DEV] PHP 8.1.1 Released

Manifest: https://gist.github.com/patrickallaert/fb30c51115caadf4b7eb45499ed3d351 Many thanks to all the contributors and supporters! Patrick Allaert, Ben Ramsey & Joe Watkins php-8.1.1.tar.bz2 SHA256 hash: 8f8bc9cad6cd124edc111f7db0a109745e2f638770a101b3c22a2953f7a9b40e PGP signature: - -B

Re: [PHP-DEV] Automatic performance benchmarking: PHP 8.1 is ~30% faster than PHP 7.4

Hi Máté, Le lun. 6 déc. 2021 à 10:00, Máté Kocsis a écrit : > > Hi Patrick, > >> >> Thank you for those stats. Would you have the chance to have some data >> including PHP 8.0 as well? >> Because without PHP 8.0 data, we can't deduce anything about what PHP >> 8.1 brings over PHP 8.0 and or 8.0

[PHP-DEV] PHP 8.1.1RC1 available for testing

any bugs at https://bugs.php.net/ Hash values and PGP signatures can be found below or at https://gist.github.com/patrickallaert/529e02eb0cedf96be38ac4490d0f4f20 Thank you, and happy testing! Regards, Patrick Allaert php-8.1.1RC1.tar.bz2 SHA256 hash

Re: [PHP-DEV] Automatic performance benchmarking: PHP 8.1 is ~30% faster than PHP 7.4

Le jeu. 25 nov. 2021 à 19:17, Máté Kocsis a écrit : > > Sorry Folks, but I have to provide some update about the results: > > Unfortunately, due to a silly bug in my calculator code, the % differences > in the benchmark results were slightly off from their real values, so I > have just

[PHP-DEV] PHP 8.1.0 Released!

igration81.php) is available in the PHP Manual. Please consult it for the detailed list of new features and backward incompatible changes. Many thanks to all the contributors and supporters! Release Manifest here and below: https://gist.github.com/patrickallaert/0be0058dafafc7a669af7f6d5f39bc8

Re: [PHP-DEV] Re: [RFC] Migrating to GitHub issues

Le mer. 17 nov. 2021 à 13:30, Christoph M. Becker a écrit : > Right. An alternative might be to let users report security issues to > the security mailing list, where, if the issue turns out not to be a > security issue, the reporter could still be asked to submit a GH issue > about the bug. In

[PHP-DEV] PHP 8.1.0RC5 available for testing

! Regards, Patrick Allaert, Ben Ramsey & Joe Watkins php-8.1.0RC5.tar.bz2 SHA256 hash: e07c84e1b11282df8d3b2a5d27835278445bb7419cea5bbf497fbca52bdf27fd PGP signature: - -BEGIN PGP SIGNATURE- iQIzBAABCAAdFiEE8faSI4+8FmblpczUGZ+d/vb/uv0FAmF4m8kACgkQGZ+d/vb/ uv0R6A/+PtieD52u4N2Tdv/dqoJBU

[PHP-DEV] PHP 8.1.0RC4 available for testing

at https://bugs.php.net/ The fifth release candidate, PHP 8.1.0RC5, should be expected in 2 weeks, i.e., on 28 Oct 2021. Hash values and PGP signatures can be found below or at https://gist.github.com/ramsey/aef05c146a68c150d1957106d22963a8 Thank you, and happy testing! Regards, Patrick Allaert, Ben

[PHP-DEV] PHP 8.1.0RC3 available for testing

at https://bugs.php.net/ The fourth release candidate, PHP 8.1.0RC4, should be expected in 2 weeks, i.e., on 14 Oct 2021. Hash values and PGP signatures can be found below or at https://gist.github.com/ramsey/e26a846ead09c6d19a5539fb2747bd4f Thank you, and happy testing! Regards, Patrick Allaert, Ben

[PHP-DEV] PHP 8.1.0RC2 available for testing

bugs at https://bugs.php.net The third release candidate, PHP 8.1.0RC3, should be expected in 2 weeks, i.e., on 30 Sep 2021. Hash values and PGP signatures can be found below or at https://gist.github.com/patrickallaert/7ddadb0704186367d33f7c7c61acb7ce Thank you, and happy testing! Regards, Patrick

[PHP-DEV] PHP 8.1.0RC1 available for testing

, Patrick Allaert, Ben Ramsey & Joe Watkins php-8.1.0RC1.tar.bz2 SHA256 hash: 794b7cd222fb38f22a42413595089b78eb2e9f03e863829dc6dde8c8582a3bab PGP signature: - -BEGIN PGP SIGNATURE- iQIzBAABCAAdFiEE8faSI4+8FmblpczUGZ+d/vb/uv0FAmEveSgACgkQGZ+d/vb/ uv1T7RAAoLs9a6Z2FFWNU

[PHP-DEV] PHP 8.1 branch out

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello internals We've branched out the `PHP-8.1` branch: https://github.com/php/php-src/tree/PHP-8.1 With that, `master` is now open for PHP 8.2 development. Please remember to commit all the changes from the `PHP-8.1` branch to `master`. Kind

Re: [PHP-DEV] [VOTE] Nullable intersection types

Hi Nicolas, Le jeu. 19 août 2021 à 12:25, Nicolas Grekas a écrit : > What a mess! I feel so disappointed by the lack of clarity of the > processes here. > You aren't alone and it is challenging to make that kind of decision. I would have been more confident saying it's ok if the process and

Re: [PHP-DEV] [VOTE] Nullable intersection types

Le lun. 16 août 2021 à 02:04, Tobias Nyholm a écrit : > > > On 15 Aug 2021, at 16:46, Patrick ALLAERT wrote: > > Le ven. 13 août 2021 à 11:35, Nicolas Grekas a > écrit : > > Hi everyone, > > I'm happy to announce that the vote for nullable intersectio

Re: [PHP-DEV] [VOTE] Nullable intersection types

Le ven. 13 août 2021 à 11:35, Nicolas Grekas a écrit : > Hi everyone, > > I'm happy to announce that the vote for nullable intersection types is now > open: > https://wiki.php.net/rfc/nullable_intersection_types > > It'll close in two weeks, on the 27th. > > Cheers, > Nicolas > Hi Nicolas, I

[PHP-DEV] PHP 8.1.0beta1 is available for testing

at https://bugs.php.net 8.1.0beta2 should be expected in 2 weeks, i.e. on Aug 5 2021. Hash values and PGP signatures can be found below or at https://gist.github.com/ramsey/01daaa0d42d3cf002f64d51d21fd8789 Thank you, and happy testing! Regards, Ben Ramsey, Patrick Allaert & Joe Watkins

Re: [PHP-DEV] Fake Closure Comparison

Le lun. 12 juil. 2021 à 11:42, Patrick ALLAERT a écrit : > Le lun. 12 juil. 2021 à 09:51, Nikita Popov a > écrit : > >> I'm also not sure where this would be actually useful (though I'm okay >> with including it, as the functionality itself seems sensible). As Patrick

Re: [PHP-DEV] Fake Closure Comparison

Le lun. 12 juil. 2021 à 09:51, Nikita Popov a écrit : > I'm also not sure where this would be actually useful (though I'm okay > with including it, as the functionality itself seems sensible). As Patrick > Allaert suggested this, maybe he can comment on some use cases. > I can'

[PHP-DEV] PHP 8.1.0alpha3 is available for testing

at https://bugs.php.net 8.1.0alpha4 should be expected in 2 weeks, i.e. on 22 Jul 2021. Hash values and PGP signatures can be found below or at https://gist.github.com/ramsey/9697f41b83679fb638823fdf1e0b509c Thank you, and happy testing! Regards, Ben Ramsey, Patrick Allaert & Joe Watkins

Re: [PHP-DEV] [VOTE] Deprecations for PHP 8.1

Le lun. 5 juil. 2021 à 13:39, Mike Schinkel a écrit : > > On Jul 5, 2021, at 7:14 AM, Rowan Tommins > wrote: > > > > On 05/07/2021 11:46, Patrick ALLAERT wrote: > >> Did we ever deprecated something without the immediate intention of > >> removing it

Re: [PHP-DEV] [VOTE] Readonly properties

Le jeu. 1 juil. 2021 à 12:23, Nikita Popov a écrit : > Hi internals, > > I have opened voting on https://wiki.php.net/rfc/readonly_properties_v2. > The vote closes 2021-07-15. > > See https://externals.io/message/114729 for the discussion thread on this > proposal. I think a decent tl;dr is that

Re: [PHP-DEV] [VOTE] Deprecations for PHP 8.1

Le lun. 5 juil. 2021 à 11:43, Dmitry Stogov a écrit : > Return void by reference should be disabled (not deprecated) > I second that.

Re: [PHP-DEV] [VOTE] Deprecations for PHP 8.1

Le mer. 30 juin 2021 à 11:32, Nikita Popov a écrit : > Hi internals, > > I have opened voting on https://wiki.php.net/rfc/deprecations_php_8_1. The > vote closes on 2021-07-14. > > This RFC is a collection of various deprecation suggestions from different > people. Each deprecation is voted

Re: [PHP-DEV] [VOTE] Readonly properties

Le jeu. 1 juil. 2021 à 12:23, Nikita Popov a écrit : > Hi internals, > > I have opened voting on https://wiki.php.net/rfc/readonly_properties_v2. > The vote closes 2021-07-15. > > See https://externals.io/message/114729 for the discussion thread on this > proposal. I think a decent tl;dr is that

Re: [PHP-DEV] [Vote] Partial Function Application

Le sam. 19 juin 2021 à 01:41, Benjamin Eberlei a écrit : > On Wed, Jun 16, 2021 at 6:17 PM Larry Garfield > wrote: > > > Hi folks. The vote for the Partial Function Application RFC is now open, > > and will run until 30 June. > > > > https://wiki.php.net/rfc/partial_function_application > > >

[PHP-DEV] Zend Engine License in PHP source code

nt: "The Zend Engine is freely available at http://www.zend.com; However that is not correct, the Zend Engine is not freely available on Zend's website. What do you suggest to solve those issues? Kind regards, Patrick Allaert = END EMAIL = In both cases, I received the same direct

Re: [PHP-DEV] PHP 8.0.0alpha1 is available for testing

i.e. on 24 Jun 2021. > Hash values and PGP signatures can be found below or at > https://gist.github.com/ramsey/3f57be524e4469343b3d7db332c048e0 > > Thank you, and happy testing! > > Regards, > Patrick Allaert & Ben Ramsey > > php-8.1.0alpha1.tar.bz2 > SHA256 hash: > 3

Re: [PHP-DEV] Retire distributions repo in favor of something more suitable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 2021-04-27 at 15:00, b...@benramsey.com wrote: > > On Apr 27, 2021, at 09:41, Christoph M. Becker wrote: > > > > Hi all, > > > > the distributions repo[1] is huge (current ~ 26GiB), and it will grow > > further over time; that causes issues when

Re: [PHP-DEV] Re: [8.1] Release Manager Voting Opens

and place your ranked votes. > > > > > > The voting for PHP 8.1 Release Managers has now closed. > > > > In the first round, both Ben Ramsey and Patrick Allaert handily captured > a quota of votes to secure seats meaning that 2nd and further rounds do not > need t

Re: [PHP-DEV] [8.1] Release Manager Election

gt; 0 - Joe Watkins: https://news-web.php.net/php.internals/113882 > 1 - Adiel Cristo: https://news-web.php.net/php.internals/113335 > 2 - Gunnard Engebreth: https://news-web.php.net/php.internals/113438 > 3 - Harm Smits: https://news-web.php.net/php.internals/113706 > 4 - Eric Van Jo

Re: [PHP-DEV] Re: Release Managers for PHP 8.1

Le mar. 23 mars 2021 à 21:03, Sara Golemon a écrit : > On Tue, Mar 23, 2021 at 2:44 PM Patrick ALLAERT > wrote: > > You mean a veteran RM, not a veteran participant of this ML, right? > > > > Correct. Though I should also note that for the 7.2 release, neither Remi >

Re: [PHP-DEV] Re: Release Managers for PHP 8.1

Hi, Le lun. 22 mars 2021 à 21:24, Sara Golemon a écrit : > A gentle reminder to submit yourselves for the PHP 8.1 Release Manager > job. It really takes nothing more than a little bit of time. > > We've got two "newbie" volunteers already, but we should ideally have a > veteral available. So

Re: [PHP-DEV] PHP 8.0.1 Released!

QZbotlYv19l > riP5o2Rar71m3qt8HJUBAQgqVAnEjYZQJGy37WceQ6jyHsTpiYmWPlVqZfy0bY4F > uxMkPf+d3bmIJhhHwyi3Z/SJMq7y3XbQiLAAgjBHhKuDX/LJxO6EAvDceGX0Ptdz > i9j1Z6i30SDAdQC43jv7uYTuonwySzM9bUKh0py2lOe5GAMORVTQ9oez4OD7tN6R > zkGL0IgbCtWkpdB6zayT2aHl5B0voz2a4OPy5P1Z+RynnWndvDAID+IPMeqTDIVY > KPdwY

Re: [PHP-DEV] PHP.net is down?

iosamente, > David Rodrigues > -- Patrick Allaert --- http://code.google.com/p/peclapm/ - Alternative PHP Monitor

Re: [PHP-DEV] PHP 8.0.1 Released!

Hi, Since a couple of minutes => 500 internal server error on the homepage of php.net. Would it be, by any chance, related? Cheers, Patrick

[PHP-DEV] Re: [RFC] Adding a "Stringable" interface to PHP 8

Hi, > allow using string|Stringable to express string|object-with-__toString() That goal is expressed in a technical way, rather than a functional one. I have the feeling that addressing the goal: "Can I represent/cast variable $str as a string" would address a broader, yet much more useful,

Re: [PHP-DEV] [RFC] Typed Properties

Le jeu. 21 juin 2018 à 00:00, Nikita Popov a écrit : > Hi internals, > > Bob and I would like to present a new typed properties proposal for your > consideration: > > https://wiki.php.net/rfc/typed_prwould some benefitsoperties_v2 > > > The

Re: [PHP-DEV] [RFC] [VOTE] Prevent number_format() from returning negative zero

Le mer. 19 avr. 2017 à 19:19, Craig Duncan a écrit : > Hi everyone, > > The RFC for making *number_format()* consistent when dealing with negative > zero is now in the voting phase. > > Voting will be open for 2 weeks and will close at 0:00 UTC on Wednesday 3rd > May. > >

Re: [PHP-DEV] PHP 7.2 Release Managers

Le mar. 11 avr. 2017 à 14:00, Patrick ALLAERT <patrickalla...@php.net> a écrit : > Hi Joe, > > I propose to volunteer for next release since I would myself vote +1 for > Sara & Remi. > and for more clarity, I meant: define("NEXT", "PHP 7.3");

Re: [PHP-DEV] PHP 7.2 Release Managers

ce I asked for volunteers, and since I don't > plan on dragging anyone through the isles kicking and screaming, the call > to action will close today. > > What happens next depends on what Patrick meant in his last communication. > > Cheers > Joe > > > > On M

Re: [PHP-DEV][RFC][VOTE] Allow abstract function override

Le mar. 11 avr. 2017 à 06:32, Wes a écrit : > Hi Patrick, this is basically the completion of what Niklas did in his RFC > and that PHP 7.0 started. I could've being more clear :) PHP 7 introduced > variance (variance from mixed) for returns, then Niklas added the same >

Re: [PHP-DEV] PHP 7.2 Release Managers

Le mar. 28 mars 2017 à 16:56, Joe Watkins a écrit : > Evening all, > > With the first alpha of 7.2 due in early June, we think it's time to start > the process of finding and electing release managers for the next minor > release of PHP. > > We are looking for two souls to

Re: [PHP-DEV][RFC][VOTE] Allow abstract function override

Le mar. 28 mars 2017 à 06:51, Wes a écrit : > Hello PHPeeps, > > There hasn't been much discussion around the proposed feature, and I've > interpreted it as a good sign :P It is not a super important change but it > has some advantages, it's consistent with the recent

Re: [PHP-DEV] [RFC] [VOTE] Replace "Missing argument" warning with "Too few arguments" exception

Le lun. 6 juin 2016 à 09:23, Dmitry Stogov a écrit : > Hi, > > > This mini RFC has been moved to "Voting" state. Voting > began on Jun 6 and will close on June 16. > > You can find the full RFC at: https://wiki.php.net/rfc/too_few_args > > I encourage everyone to read the RFC

Re: [PHP-DEV] How to get trace of all database queries executed by php

Le sam. 7 mai 2016 à 02:18, Wim Godden a écrit : > On 7/05/2016 1:34, Raja Kulasekaran wrote: > > I have encrypted php Application codebase which I may or may not have > > access. > > > > So, I would like to know how the application behaving / profiling > Database > > queries

Re: [PHP-DEV] [VOTE] Catching Multiple Exception Types

Le ven. 22 avr. 2016 à 00:10, Dan Ackroyd <dan...@basereality.com> a écrit : > On 20 April 2016 at 23:16, Patrick ALLAERT <patrickalla...@php.net> wrote: > > > It's also perfectly possible to make all those Exceptions implement a > > "MatchingFailedException&quo

Re: [PHP-DEV] [VOTE] Catching Multiple Exception Types

Zeev, Le mar. 19 avr. 2016 à 11:56, Zeev Suraski a écrit : > In Drupal 8, many catch blocks simply resort to return FALSE or TRUE. For > example: > > try { > return $router->match($path); > } > catch (ResourceNotFoundException $e) { > return FALSE; >

Re: [PHP-DEV] [VOTE] Warn about invalid strings in arithmetic

Le jeu. 24 mars 2016 à 21:29, Andrea Faulds <a...@ajf.me> a écrit : > Hi Patrick, > > Patrick ALLAERT wrote: > > Hi Andrea, > > > > Nice work. > > > > I'm globally +0.7 on it, there is however a few things that are unclear > to > > me: > &

Re: [PHP-DEV] [VOTE] Warn about invalid strings in arithmetic

Le dim. 20 mars 2016 à 03:36, Andrea Faulds a écrit : > Hi everyone, > > I previously opened voting on the "Warn about invalid strings in > arithmetic" RFC, but I had to cancel it because of the issue of > inconsistent handling of scientific notation strings. > > Since then, the RFC

Re: [PHP-DEV] [RFC Discussion] Catching multiple exception types

Hi, Le mer. 9 mars 2016 à 14:08, Marco Pivetta a écrit : > On 9 March 2016 at 14:03, Pierrick Charron wrote: > > > Hi Derick > > > > I agree that most of the time the best solution is to implement a clean > > exception hierarchy but as stated in the RFC :

Re: [PHP-DEV] [RFC Discussion] "var" Deprecation

Le jeu. 10 mars 2016 à 18:15, Colin O'Dell a écrit : > Hello all, > > I have completed my initial draft of the RFC to deprecate "var" in favor of > "public": https://wiki.php.net/rfc/var_deprecation > > I would greatly appreciate any feedback on this RFC, especially with

Re: [PHP-DEV] Deprecation of the Error Control Operator (@ symbol)

Le jeu. 31 déc. 2015 à 16:42, Dennis Birkholz a écrit : > Hi all, > > Am 31.12.2015 um 15:52 schrieb Junade Ali: > > I am looking to submit an RFC in order to remove the error suppression > > operator in PHP, namely the @ symbol. > > before you can deprecate the @

[PHP-DEV] Very strange error message

Hello list, Today I am facing a rather strange PHP error message on a production system using PHP 5.4.41 with APC: [09-Jul-2015 15:06:43 Europe/Brussels] PHP Fatal error: Access to undeclared static property:

Re: [PHP-DEV] Very strange error message

Hi Andreas, Le jeu. 9 juil. 2015 à 17:35, Andreas Heigl andr...@heigl.org a écrit : Hi Patrick. Am 09.07.15 um 16:58 schrieb Patrick ALLAERT: Hello list, Today I am facing a rather strange PHP error message on a production system using PHP 5.4.41 with APC: [09-Jul-2015 15:06:43

Re: [PHP-DEV] Very strange error message

Hi Kalle, Le jeu. 9 juil. 2015 à 17:30, Kalle Sommer Nielsen ka...@php.net a écrit : Hi Patrick Any clue of what happened? PHP bug, APC one? Memory corruption? Bad karma or planets wrongly aligned? At first it sounds like an APC issue, is it reproducible without? APC never fully

Re: [PHP-DEV] [RFC][VOTE] Improved Error Callback Mechanism

Le mer. 10 juin 2015 à 17:20, Peter Cowburn petercowb...@gmail.com a écrit : On 28 April 2015 at 14:24, Olivier Garcia oliviergar...@php.net wrote: Dear Internals, The Improved Error Callback Mechanism RFC is now in voting phase. You can cast your vote on the Wiki [1] and the

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

Le mer. 10 juin 2015 à 17:05, robert.deva...@nospammail.net 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

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

Le mer. 10 juin 2015 à 17:15, Patrick ALLAERT patrickalla...@php.net a écrit : Le mer. 10 juin 2015 à 17:05, robert.deva...@nospammail.net 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

Re: [PHP-DEV] [RFC][VOTE] Improved Error Callback Mechanism

Le jeu. 30 avr. 2015 à 01:32, Stanislav Malyshev smalys...@gmail.com a écrit : Hi! The issue targeted here is two extensions overriding php_error_cb can't live side by side and that issue exists since PHP 4.0. Should a bug report be opened? I'm not sure why can't they live side by

Re: [PHP-DEV] [RFC][VOTE] Improved Error Callback Mechanism

Le jeu. 30 avr. 2015 à 02:26, Stanislav Malyshev smalys...@gmail.com a écrit : Hi! You can cast your vote on the Wiki [1] and the according patch is available as a Pull Request [2]. Vote will be open for two weeks, counting from today. I think the idea of this RFC is nice but it

Re: [PHP-DEV] [RFC][VOTE] Improved Error Callback Mechanism

Le mer. 29 avr. 2015 à 03:19, Pierre Joye pierre@gmail.com a écrit : On Apr 29, 2015 5:38 AM, Adam Harvey ahar...@php.net wrote: On 28 April 2015 at 15:10, Patrick ALLAERT patrickalla...@php.net wrote: Le mar. 28 avr. 2015 à 20:42, Kalle Sommer Nielsen ka...@php.net a écrit

Re: [PHP-DEV] [RFC][VOTE] Improved Error Callback Mechanism

Le mer. 29 avr. 2015 à 10:57, Kalle Sommer Nielsen ka...@php.net a écrit : I would love to see more work toward identifying issues in PHP7, and hopefully we can get that once we release the first alpha. The issue targeted here is two extensions overriding php_error_cb can't live side by side

Re: [PHP-DEV] [RFC][VOTE] Improved Error Callback Mechanism

Hi Dennis, Le mar. 28 avr. 2015 à 18:33, Dennis Birkholz den...@birkholz.biz a écrit : just to satisfy my personal curiosity: how can this RFC target 7.0 which had the feature freeze over a month ago? Should it not be 7.1 just to treat all contributors equal? We are fully aware of the

Re: [PHP-DEV] [RFC][VOTE] Improved Error Callback Mechanism

Le mar. 28 avr. 2015 à 20:42, Kalle Sommer Nielsen ka...@php.net a écrit : I should probably have been faster at replying, but for PHP7 this is a no-go. I realize this is a pure internal change and have nothing to do with userland, but as currently is, we are in feature freeze and it creates

Re: [PHP-DEV] [RFC][PRE-VOTE] In Operator

Hey, Le dim. 15 mars 2015 à 01:54, Niklas Keller m...@kelunik.com a écrit : Morning, I'd like to announce that I'll open the vote for the in operator later that day. You can find the RFC here: https://wiki.php.net/rfc/in_operator There was a small change: If the haystack is a string,

Re: [PHP-DEV] [RFC][Accepted] Scalar Type Declarations V0.5

Le mer. 18 mars 2015 à 10:56, Pavel Kouřil pajou...@gmail.com a écrit : Hello, how will these examples work btw? // a.php ?php declare(strict_types=1); function foo($fn) { $fn(1); }; // b.php ?php require 'a.php'; foo(function (int $a) { return $a * 2; }); // c.php ?php

Re: [PHP-DEV] strict_types should be renamed raise_type_error. WAS: About declare(strict_types = 1)

Le lun. 16 mars 2015 à 21:34, Matthew Leverton lever...@gmail.com a écrit : (Although the irony of using =1 instead of =true isn't lost on me!) Yes, I mentioned[1] that funny aspect earlier. 0 or 1 is explicitly required in order to update the boolean behind it while true/false generates a

Re: [PHP-DEV] Reclassify E_STRICT notices

Hi Nikita, Le dim. 22 févr. 2015 à 23:31, Nikita Popov nikita@gmail.com a écrit : Hi internals! I would like to propose reclassifying our few existing E_STRICT notices and removing this error category: https://wiki.php.net/rfc/reclassify_e_strict As we don't really have good

Re: [PHP-DEV][RFC][DISCUSSION] Strict Argument Count

Le mer. 11 mars 2015 à 22:44, Marcio Almada marcio.w...@gmail.com a écrit : 2015-03-11 6:27 GMT-03:00 Lester Caine les...@lsces.co.uk: On 11/03/15 09:05, wp12173047-156224 wp12173047-156224 wrote: Most of the examples being shown are examples of simple bad programming practice that needs

Re: [PHP-DEV] Reclassify E_STRICT notices

Le ven. 13 mars 2015 à 10:33, Patrick ALLAERT patrickalla...@php.net a écrit : Hi Nikita, Le dim. 22 févr. 2015 à 23:31, Nikita Popov nikita@gmail.com a écrit : Hi internals! I would like to propose reclassifying our few existing E_STRICT notices and removing this error category

[PHP-DEV] [RFC] Improved Error Callback Mechanism

Hi Internals, This email is to inform you that Olivier and I have opened for discussion a new RFC in order, for PHP extensions authors, to hook more easily into the default error handler callback: https://wiki.php.net/rfc/improved_error_callback_mechanism There is zero new feature for the

Re: [PHP-DEV][RFC][DISCUSSION] Strict Argument Count

Le ven. 13 mars 2015 à 14:39, Lester Caine les...@lsces.co.uk a écrit : On 13/03/15 09:02, Patrick ALLAERT wrote: It also depends on your perception of E_STRICT. This level has been introduced in 5.0 without being part of E_ALL in order to, among other things, avoid too much pain

Re: [PHP-DEV][RFC][DISCUSSION] Strict Argument Count

Le mar. 10 mars 2015 à 21:04, Marcio Almada marcio.w...@gmail.com a écrit : 2015-03-10 12:31 GMT-03:00 Patrick ALLAERT patrickalla...@php.net: Hello, Le lun. 2 mars 2015 à 00:03, Marcio Almada marcio.w...@gmail.com a écrit : I'm globally +0.5, however I have some concerns: What

  1   2   3   >