Re: [PHP-DEV] [RFC] [Discussion] Recommend PIE and deprecate PECL

On Sat, Aug 23, 2025 at 02:43 James Titcumb wrote: > Folks, > > Presenting the RFC for deprecating PECL and adopting PIE as the > recommended extension installer for PHP: > > https://wiki.php.net/rfc/adopt_pie_deprecate_pecl > > Plan to move to vote on or shortly after 6th September. > > Thanks >

Re: [PHP-DEV] [RFC] Updating the PHP License

> On Jul 14, 2025, at 08:13, Derick Rethans wrote: > > On Wed, 9 Jul 2025, Ben Ramsey wrote: > >> The RFC is available at: https://wiki.php.net/rfc/php_license_update >> >> Discussion will remain open for at least six months to ensure all >> interested pa

Re: [PHP-DEV] [RFC] Updating the PHP License

> On Jul 12, 2025, at 04:18, Peter Kokot wrote: > > On Thu, 10 Jul 2025 at 05:26, Ben Ramsey wrote: >> Hello internals, >> >> I’m opening discussion on an RFC proposing that we relicense PHP under >> the Modified BSD License (SPDX identifier: BSD-3-Clause

[PHP-DEV] [RFC] Updating the PHP License

Hello internals, I’m opening discussion on an RFC proposing that we relicense PHP under the Modified BSD License (SPDX identifier: BSD-3-Clause), starting with PHP 9.0. This change simplifies and modernizes our licensing, addressing long-standing issues while preserving the rights of both contribu

Re: [PHP-DEV] [Discussion] Cookies Having Independent Partitioned State (CHIPS)

> On Jul 5, 2025, at 06:52, Dmitry Derepko wrote: > > Hi, Internals! > > A few days ago I faced some Cookie limitations, solutions led me to the CHIPS > specification. > > Link: > https://developer.mozilla.org/en-US/docs/Web/Privacy/Guides/Privacy_sandbox/Partitioned_cookies > > The idea of

Re: [PHP-DEV] [RFC] JSON Schema validation support

> On Jul 4, 2025, at 18:07, Ben Ramsey wrote: > >> On Jul 4, 2025, at 16:01, Jakub Zelenka wrote: >> >> Hello, >> >> I would like introduce and open discussion for RFC proposing the addition of >> JSON Schema validation support to JSON

Re: [PHP-DEV] [RFC] JSON Schema validation support

> On Jul 4, 2025, at 16:01, Jakub Zelenka wrote: > > Hello, > > I would like introduce and open discussion for RFC proposing the addition of > JSON Schema validation support to JSON extension: > > https://wiki.php.net/rfc/json_schema_validation > > If this is successful, it should be just the

[PHP-DEV] PHP 8.1.33 Released!

ownload#php-8.1> Changelog:<https://php.net/ChangeLog-8.php#8.1.33> Release Manifest: <https://gist.github.com/ramsey/cbdfd2b391bc8a101d6745cdc2cb6f43> Many thanks to all the contributors and supporters! Ben Ramsey, Patrick Allaert, & Joe Watkins

Re: [PHP-DEV] [RFC][DISCUSSION] Object-oriented curl API v2

> On Jul 2, 2025, at 10:48, Eric Norris wrote: > >> Based on the feedback so far (I do plan on waiting for more responses >> to your email), and on my own preferences, I wonder if there is a >> hybrid option I could propose. Perhaps the RFC could offer both a >> \Curl\Handle (tentative name) to a

Re: [PHP-DEV] Request for RFC Karma – khaledalamxyz

> On Jun 30, 2025, at 09:52, Khaled Alam wrote: > > Hi Ilija, Ben, and Thomas, > > Thanks for the rapid feedback. You’re right that PHP’s existing > expression-throw idioms cover some use cases, but `=>!` fills three gaps: > 1. Comprehensive “falsy” check =>! consistently treats all PHP-falsy v

Re: [PHP-DEV] [RFC][DISCUSSION] Object-oriented curl API v2

> On Jun 28, 2025, at 00:01, Larry Garfield wrote: > > On Fri, Jun 27, 2025, at 4:58 PM, Ayesh Karunaratne wrote: > >> However, I softly oppose this RFC in its current state and the way it >> seems to be going. > > So I think we've identified a key disagreement about not just the goal, but > t

Re: [PHP-DEV] [RFC] Partial Function Application v2

> On Jun 28, 2025, at 00:06, Larry Garfield wrote: > > Hi folks. Arnaud and I would like to present take-2 at Partial Function > Application. > > https://wiki.php.net/rfc/partial_function_application_v2 > > It is largely similar to the previous PFA proposal from 2021, though there > are a nu

Re: [PHP-DEV] Request for RFC Karma – khaledalamxyz

> On Jun 29, 2025, at 18:39, Thomas Nunninger wrote: > > Hi, > >> I’d like to request *RFC karma* to create a new proposal titled "*Fail-Fast >> Assertion Operator (|=>!|)"*. >> *About the Proposal:* >> The idea is to introduce a new *fail_fast_assertion_operator* to PHP that >> provides a con

Re: [PHP-DEV] [RFC][DISCUSSION] Object-oriented curl API v2

On 6/27/25 08:01, Deleu wrote: With that said, for me this also threads into the bikeshedding area that could spiral into a failed RFC. Be it a single Enum for everything, constants, context-based enums or type-based enums, I would much rather have this RFC than not have it. PHP is one of the

Re: [PHP-DEV] [RFC][DISCUSSION] Object-oriented curl API v2

On Thu, Jun 26, 2025 at 11:27 Eric Norris wrote: > Hello Internals, > > I'd like to formally propose a restart of the original object-oriented > curl API RFC (https://wiki.php.net/rfc/curl-oop): > > https://wiki.php.net/rfc/curl_oop_v2 > > The prior RFC seemed to get positive feedback, with a sma

Re: [PHP-DEV] [RFC] Drop support for 32bit builds

> On Jun 19, 2025, at 11:08, Calvin Buckley wrote: > > On Jun 19, 2025, at 11:08 AM, Marc Bennewitz wrote: >> >> Hi, >> >> During the discussion about the year 2038 issue it turned out that maybe >> it's time to drop support for 32-bit of PHP completely. >> >> Based on that I have created an

Re: [PHP-DEV] #[Deprecated] Attribute

On 6/1/25 17:31, fennic log wrote: I have needed this as well at work for a shared library and i'm sure many library authors would use it too. Current IDE's like jetbrains has support for #[Deprecated($reason, $replacement)] which will throw warning in the IDE, see their implementation here: http

Re: [PHP-DEV] [RFC] Add num_available_processors

On 5/24/25 15:28, Niels Dossche wrote: On 24/05/2025 21:24, Rob Landers wrote: On Sat, May 24, 2025, at 19:42, Niels Dossche wrote: Hi In my opinion, the return type should not be nullable. Returning NULL when the platform (or PHP on that platform) doesn't support getting this information i

Re: [PHP-DEV] #[Deprecated] Attribute

> On Jan 13, 2021, at 06:43, Benjamin Eberlei wrote: > > On Wed, Jan 13, 2021 at 1:05 PM Brent Roose wrote: > >> Hi Sara >> >>> On 22 Dec 2020, at 19:54, Sara Golemon wrote: >>> >>> On Tue, Dec 22, 2020 at 12:35 PM Nicolas Grekas < >>> nicolas.grekas+...@gmail.com> wrote: >>> It would

Re: [PHP-DEV] [RFC Draft] Introduce with as an alias for namespace use keyword

On 5/24/25 04:49, Rowan Tommins [IMSoP] wrote: On 24 May 2025 10:08:46 BST, "马正强" wrote: Hello internals, I’d like to propose adding with as a full alias for the namespace-related use keyword in PHP. ... - Does this improvement warrant an RFC? - Are there objections to the concept or

Re: [PHP-DEV] [RFC] Add num_available_processors

On 5/27/25 12:01, Derick Rethans wrote: On 27 May 2025 17:37:47 BST, Ben Ramsey wrote: Are you suggesting that the function itself not be available or that it throws when you attempt to call it on a system that doesn't support it? I don't like the idea of the function not being av

Re: [PHP-DEV] [RFC] Make OPcache a non-optional part of PHP

On 5/26/25 05:47, Tim Düsterhus wrote: Hi Arnaud, Ilija and I would like to propose making OPcache a non-optional part of PHP starting with PHP 8.5. Please find the RFC including more details at: https://wiki.php.net/rfc/ make_opcache_required As of now OPcache cannot be statically compile

Re: [PHP-DEV] VCS Account Request: daniels

On 3/25/25 19:13, Daniel Scherzer wrote: On Tue, Mar 25, 2025 at 5:11 PM Ilija Tovilo wrote: Hi Daniel Derick also granted you the corresponding karma for your wiki account. How can I check if this went through? I don't see any new option to vote on https://wiki.php.net/rfc/optional-interf

Re: [PHP-DEV] [RFC] [Discussion] Final promoted properties

On 3/24/25 13:33, Daniel Scherzer wrote: Hi internals, I'd like to start the discussion for a new RFC about allowing final promoted properties. You can see some preliminary discussion at < https://externals.io/message/126475>, but this is now an official RFC. * RFC: https://wiki.php.net/rfc/

Re: [PHP-DEV] [VOTE] Optional Interfaces

On 3/14/25 03:09, Juris Evertovskis wrote: Hello, I've opened the vote on the Optional interfaces RFC. https://wiki.php.net/rfc/optional-interfaces Implementation: https://github.com/php/php-src/pull/17288 Discussion: https://externals.io/message/126185 The voting will be closed on 2025-03-2

[PHP-DEV] PHP 8.1.32 Released

s:<https://windows.php.net/download#php-8.1> Changelog:<https://php.net/ChangeLog-8.php#8.1.32> Release Manifest: <https://gist.github.com/ramsey/861da62bbedb76491ce895327ff845d9> Many thanks to all the contributors and supporters! Ben Ramsey, Patrick Allaert, &

Re: [PHP-DEV] [RFC] Modern Compression (zstd, brotli)

On Feb 18, 2025, at 08:43, Kévin Dunglas wrote:Hi there,Here is an alternative proposal we just discussed with Jordi:First, reduce the scope of our RFC to simply add new stream wrappers for Zstandard and Brotli similar to those already provided for zlib: https://www.php.net/manual/en/wrappers.com

Re: [PHP-DEV] C Unit testing and mocking

On Dec 26, 2024, at 06:19, Jakub Zelenka wrote:On Tue, Dec 24, 2024 at 8:22 PM Ben Ramsey <b...@benramsey.com> wrote:On Dec 16, 2024, at 07:21, Jakub Zelenka <bu...@php.net> wrote:Hi,I have been looking into how to test some cases where integration tests are very difficult or even i

Re: [PHP-DEV] C Unit testing and mocking

> On Dec 16, 2024, at 07:21, Jakub Zelenka wrote: > >  > Hi, > > I have been looking into how to test some cases where integration tests are > very difficult or even impossible to create for. Those are often found in > networking related and system specific code code (network.c, streams, FPM

Re: [PHP-DEV] [RFC] Consolidate Coding Standards Policy Document

> On Dec 23, 2024, at 19:06, Derick Rethans wrote: > > On Sun, 22 Dec 2024, Ben Ramsey wrote: > >>> On Wed, Dec 18, 2024 at 11:39 Derick Rethans wrote: >>> >>> I would like to propose the "Consolidate Coding Standards Policy >>> Document&

Re: [PHP-DEV] [RFC] Consolidate Coding Standards Policy Document

On Wed, Dec 18, 2024 at 11:39 Derick Rethans wrote: > Hi, > > I would like to propose the "Consolidate Coding Standards Policy > Document" RFC, which follows up from the Policy Repository RFC[1]'s > future scope section. > > This proposal suggests adopting the changes to the Coding Standards and

[PHP-DEV] PHP 8.1.30 Released!

ownload#php-8.1> Changelog:<https://php.net/ChangeLog-8.php#8.1.30> Release Manifest: <https://gist.github.com/ramsey/d6a6b1b1dfb18a7568cd9b86198abf17> Many thanks to all the contributors and supporters! Ben Ramsey, Patrick Allaert, & Joe Watkins

Re: [PHP-DEV] Debug Build Container Image for GitHub Packages

> On Sep 2, 2024, at 19:36, Bob Weinand wrote: > > On 3.9.2024 02:18:30, Ben Ramsey wrote: >>> On Sep 2, 2024, at 18:53, Bob Weinand wrote: >>> >>> On 3.9.2024 01:44:21, Ben Ramsey wrote: >>> >>>>> On Sep 2, 2024, at 08:11, Go Kudo

Re: [PHP-DEV] Debug Build Container Image for GitHub Packages

> On Sep 2, 2024, at 18:53, Bob Weinand wrote: > > On 3.9.2024 01:44:21, Ben Ramsey wrote: >>> On Sep 2, 2024, at 08:11, Go Kudo wrote: >>> >>> Hi Internals. >>> >>> PHP currently does not provide official container images. Given that &g

Re: [PHP-DEV] Debug Build Container Image for GitHub Packages

> On Sep 2, 2024, at 08:11, Go Kudo wrote: > > Hi Internals. > > PHP currently does not provide official container images. Given that > DockerHub adequately maintains these and considering the maintenance costs, > we haven't felt the need to change the status quo. > > However, the official D

Re: [PHP-DEV] [RFC] Default expression

> On Aug 24, 2024, at 11:49, Bilge wrote: > > Hi gang, > > New RFC just dropped: https://wiki.php.net/rfc/default_expression. I think > some of you might enjoy this one. Hit me with any feedback. > > This one already comes complete with working implementation that I've been > cooking for a li

Re: [PHP-DEV] [RFC] [Discussion] Add WHATWG compliant URL parsing API

> On Jun 29, 2024, at 03:20, nyamsprod the funky webmaster > wrote: > > Therefore, I would rather suggest we ALSO include support for RFC3986 and > RFC3987 specification properly and give both specs a go (at the same time!) > and a clear way to instantiate your `Url` with one or the other spec

Re: [PHP-DEV] [RFC] Make the GMP class final

> On Jun 29, 2024, at 12:25, Saki Takamachi wrote: > > Hi, > >> Sure, it’s allowed to change its mind, but if we bring this for a vote in >> two weeks, and then we vote a week later for the other (or even at the same >> time), I would see the results of those votes as conflicting viewpoints an

Re: [PHP-DEV] [RFC] Make the GMP class final

> On Jun 29, 2024, at 12:01, Barney Laurance wrote: > > On 29/06/2024 16:55, Ben Ramsey wrote: >> If this RFC passes to make the \GMP class final, and your RFC passes to >> allow extending the \GMP class, then I think we’re in a sort of weird >> limbo state. > Pre

Re: [PHP-DEV] [RFC] Make the GMP class final

> On Jun 29, 2024, at 03:11, Rob Landers wrote: > > On Sat, Jun 29, 2024, at 03:05, Ben Ramsey wrote: >> > On Jun 28, 2024, at 18:53, Gina P. Banyard wrote: >> > >> > Hello internals, >> > >> > I would like to present an RFC to make the GM

Re: [PHP-DEV] [RFC] Operator Overrides -- Lite Edition

> On Jun 29, 2024, at 10:16, Larry Garfield wrote: > > For clarity (since I know from experience it's helpful to RFC authors to have > a concrete sense of votes in advance): I will be voting No on this RFC. As > both Jordan and Saki have explained, it's a hideous hack that doesn't look > like

Re: [PHP-DEV] [RFC] Make the GMP class final

> On Jun 28, 2024, at 18:53, Gina P. Banyard wrote: > > Hello internals, > > I would like to present an RFC to make the GMP class final: > https://wiki.php.net/rfc/gmp-final > > This is short and to the point, and I intend to open voting for this after > the mandatory discussion period of 2 we

Re: [PHP-DEV] [RFC] [Discussion] Add WHATWG compliant URL parsing API

> On Jun 28, 2024, at 15:09, Máté Kocsis wrote: > >  > Hi Everyone, > > I've been working on a new RFC for a while now, and time has come to present > it to a wider audience. > > Last year, I learnt that PHP doesn't have built-in support for parsing URLs > according to any well established s

Re: [PHP-DEV] Revisiting case-sensitivity in PHP

> On Jun 10, 2024, at 20:35, Valentin Udaltsov > wrote: > > Hi, internals! > > 9 years have passed since the last discussions of case sensitive PHP: > https://externals.io/message/79824 and https://externals.io/message/83640. > Here I would like to revisit this topic. > > What is case-sensiti

[PHP-DEV] PHP 8.1.28 Released!

-8.1> Changelog:<https://php.net/ChangeLog-8.php#8.1.28> Release Manifest: <https://gist.github.com/ramsey/7fd8a20ab29953016bc790f0a9622d72> Many thanks to all the contributors and supporters! Ben Ramsey, Patrick Allaert, & Joe Watkins

Re: [PHP-DEV] Consider removing autogenerated files from tarballs

> On Mar 31, 2024, at 11:08, Robert Landers wrote: > > There are probably multiple parties that require trust: the people > hosting the CI servers, the people with access to the CI servers, the > RM, and maybe more that I can't think of right now. > > One option would be to have > > - CI push t

Re: [PHP-DEV] Consider removing autogenerated files from tarballs

On Mar 30, 2024, at 07:03, Jakub Zelenka wrote:Hi,On Sat, Mar 30, 2024 at 7:08 AM Marco Pivetta <ocram...@gmail.com> wrote:On Sat, 30 Mar 2024, 05:19 Ben Ramsey, <b...@benramsey.com> wrote:On Mar 29, 2024, at 20:20, Bob Weinand <bobw...@hotmail.com> wrote: On

Re: [PHP-DEV] Consider removing autogenerated files from tarballs

On Mar 29, 2024, at 20:20, Bob Weinand wrote: On 29.3.2024 23:31:26, Daniil Gentili wrote: In light of the recent supply chain attack in xz/lzma, leading to a backdoor in openSSH (https://www.openwall.com/lists/oss-security/20

Re: [PHP-DEV] [External] : Re: [PHP-DEV] VCS Account Request: sharadchan87

> I wanted to invite Christopher too (cc-ed), but I don't have his GitHub > username, and I can't find it anywhere. This is Christopher: https://github.com/cjbj Cheers, Ben signature.asc Description: Message signed with OpenPGP

Re: [PHP-DEV] [RFC][Discussion] Raising zero to the power of negative number

On 1/11/24 15:47, tag Knife wrote: On Thu, 11 Jan 2024 at 21:29, Jorg Sowa wrote: Hello everyone! I want to start the discussion on the RFC: Raising zero to the power of negative number Link: https://wiki.php.net/rfc/raising_zero_to_power_of_negative_number Kind regards, Jorg IEEE 754

[PHP-DEV] Re: [RFC][Discussion] Raising zero to the power of negative number

On 1/11/24 15:29, Jorg Sowa wrote: Hello everyone! I want to start the discussion on the RFC: Raising zero to the power of negative number Link: https://wiki.php.net/rfc/raising_zero_to_power_of_negative_number Kind regards, Jorg In Python, the error message for `0 ** -1` is: ZeroDivis

[PHP-DEV] Re: PHP-8.0 End of Life

On 1/8/24 05:16, Gabriel Caruso wrote: Hi, all! According to the Supported Versions page (https://php.net/supported-versions) (and our release process documentation), active support for PHP-8.0 ended on Jan 1st 2024. This means PHP 8.0.30 was the last security-fix release for the 8.0 series. A

Re: [PHP-DEV] Proposal: Arbitrary precision native scalar type

> On Dec 7, 2023, at 00:36, Alex Pravdin wrote: > > Hello internals, > > > This is the second round of the discussion regarding arbitrary precision > scalar type integration into PHP. The previous part: > https://marc.info/?l=php-internals&m=168250492216838&w=2 was initiated by me > before d

Re: [PHP-DEV] Adding a donate link to the PHP website

> On Nov 30, 2023, at 02:45, Andreas Heigl wrote: > > On 30.11.23 09:39, James Titcumb wrote: >> On Thu, 30 Nov 2023 at 07:28, Andreas Heigl > > wrote: > [...snip...] >>I suppose that is actually nothing that an RFC can do as I imagine that >>everyone from the PH

[PHP-DEV] PHP 8.1.26 Released!

8.php#8.1.26> Release Manifest: <https://gist.github.com/ramsey/0e2c93a8e68def20566632bd9d721ac7> Many thanks to all the contributors and supporters! Ben Ramsey, Patrick Allaert, & Joe Watkins php-8.1.26.tar.bz2 SHA256 hash: 83bde249c84aa1a043a8c8d0eea09345c2cae69b9784cdf02229fc916fbb9

Re: [PHP-DEV] PHP-8.1 open for bug fixes UNTIL 25 Nov

On 11/21/23 20:17, Ben Ramsey wrote: On Nov 21, 2023, at 18:22, G. P. B. wrote: On Tue, 21 Nov 2023 at 21:10, Ben Ramsey mailto:ram...@php.net>> wrote: We’ve discussed this among release managers, and I’m updating this thread to clarify that I was mistaken about what the dates for sup

Re: [PHP-DEV] PHP-8.1 open for bug fixes UNTIL 25 Nov

> On Nov 21, 2023, at 18:22, G. P. B. wrote: > > On Tue, 21 Nov 2023 at 21:10, Ben Ramsey <mailto:ram...@php.net>> wrote: >> We’ve discussed this among release managers, and I’m updating this >> thread to clarify that I was mistaken about what the dates for supp

[PHP-DEV] PHP-8.1 open for bug fixes UNTIL 25 Nov

NB: this is a reply to the other thread, with the subject changed. On 11/10/23 13:57, Ben Ramsey wrote: Hi, all! According to the supported versions page[^1] (and our release process documentation), active support for PHP-8.1 ends on 25 Nov 2023. Since our release cycle has a release

Re: [PHP-DEV] [VOTE] [RFC]

> On Nov 15, 2023, at 11:25, Jorg Sowa wrote: > > Hello internals! > I have just opened voting on the RFC to add 4 new rounding modes to round() > function. > > Voting will end November 30th, 00:00 GMT. > > Link: > https://wiki.php.net/rfc/new_rounding_modes_to_round_function > > Kind regards,

[PHP-DEV] PHP-8.1 closed for bug fixes, security fixes only

Hi, all! According to the supported versions page[^1] (and our release process documentation), active support for PHP-8.1 ends on 25 Nov 2023. Since our release cycle has a release falling on 23 Nov, this means PHP 8.1.26 is the last bug-fix release for the 8.1 series. Following PHP 8.1.26, PHP

[PHP-DEV] PHP 8.1.26RC1 Available for testing

://github.com/php/php-src/issues Hash values and PGP signatures can be found below or at: https://gist.github.com/ramsey/7e9bd236653d018fa49c9fe4a72b7ff5 8.1.26 should be expected in 2 weeks, i.e., on November 23, 2023. Thank you, and happy testing! Regards, Ben Ramsey, Patrick Allaert, & Joe Watkins

Re: [PHP-DEV] Two new functions array_first() and array_last()

> On Oct 14, 2023, at 16:30, Nikita Popov wrote: > > On Sat, Oct 14, 2023, at 20:00, David Grudl wrote: >> PHP lacks two very basic functions for working with arrays: >> >> - array_first() returning the first element of an array (or null) >> - array_last() returning the last element of the arra

[PHP-DEV] PHP 8.1.25RC1 Available for testing

://github.com/php/php-src/issues Hash values and PGP signatures can be found below or at: https://gist.github.com/patrickallaert/a4789e0470ef96b0c383955357fdc4c8 8.1.25 should be expected in 2 weeks, i.e., on October 26, 2023. Thank you, and happy testing! Regards, Patrick Allaert, Ben Ramsey, &

Re: [PHP-DEV] [RFC][Under discussion] RFC1867 for non-POST HTTP verbs

On 10/6/23 11:18, Jakub Zelenka wrote: Hi, On Fri, Oct 6, 2023 at 2:44 PM Ilija Tovilo wrote: https://wiki.php.net/rfc/rfc1867-non-post It should probably explicitly mention that it uses the same inis like max_input_vars, max_file_uploads and max_multipart_body_parts. It's kind of strange

[PHP-DEV] Re: Is there any CLA document? Who has the copyright of contributed codes?

On 10/6/23 05:24, 丸山雅裕 wrote: Dear The PHP Group Hello. I'm thinking of contributing to PHP within my working hours. Is there any CLA document? My company has some legal check processes before contribution. The legal department cares of "who has the copyright of contributed codes".

Re: [PHP-DEV] Add security.txt file to php.net

On 9/29/23 08:42, Sara Golemon wrote: On Thu, Sep 28, 2023 at 5:20 PM Ben Ramsey wrote: I've added documentation inline in the security.txt file To add some nitpicky bikeshedding, I'd put those instructions elsewhere (maybe php-src:docs/release-process.md ?) and only have a sing

Re: [PHP-DEV] Add security.txt file to php.net

On 9/28/23 16:14, Derick Rethans wrote: On 28 September 2023 20:15:34 BST, Ben Ramsey wrote: 2. I have signed it with my php.net release manager key. Since we publish our release manager keys, I'm recommending that a release manager for a currently supported version of PHP (at the

[PHP-DEV] Add security.txt file to php.net

I've just opened a PR on web-php to add a security.txt file to php.net[1]. Since there's currently some discussion around security audit priorities[2], I decided to notify this list first and see if there are any questions or concerns about adding a security.txt file. This file implements the

[PHP-DEV] PHP 8.1.24 Released!

8.php#8.1.24> Release Manifest: <https://gist.github.com/ramsey/0ad05a7bffcb630cc3cea31aecbbec5f> Many thanks to all the contributors and supporters! Ben Ramsey, Patrick Allaert, & Joe Watkins php-8.1.24.tar.bz2 SHA256 hash: b0ae5804a9ad53a7e28d0a32629495f816f935b10830c71f4ec15827185a7

Re: [PHP-DEV] A new JIT engine for PHP-8.4/9

On 9/15/23 09:35, Derick Rethans wrote: This is a lot of new code, that very few other people understand in great detail. I think it is unwise if we have another large part of the engine that does not have enough people understanding enough of it, to be able to debug issues, and contribute to it

[PHP-DEV] Re: Bugfix backport for bundled pcre2lib

On 9/14/23 12:55, Niels Dossche wrote: Hi internals I currently have a PR open to fix bug https://github.com/php/php-src/issues/11956. PR link: https://github.com/php/php-src/pull/12108 To give some context: OP's code worked fine in PHP 8.0 but not in 8.1. That's because pcre2lib got updated

[PHP-DEV] PHP 8.1.24RC1 Available for testing

://github.com/php/php-src/issues Hash values and PGP signatures can be found below or at: https://gist.github.com/ramsey/9cb0a7846f848827ed4503b494ffc692 8.1.24 should be expected in 2 weeks, i.e., on September 28, 2023. Thank you, and happy testing! Regards, Ben Ramsey, Patrick Allaert, & Joe Wat

Re: [PHP-DEV] PHP 8.1 and OpenSSL

On 7/5/23 10:44, Ben Ramsey wrote: On Jun 13, 2023, at 15:06, Jan Ehrhardt wrote: Hi Christoph, "Christoph M. Becker" in php.internals (Wed, 18 Jan 2023 13:20:41 +0100): While the official builds for PHP 8.2 already use OpenSSL 3.0, the PHP 8.1 builds are still using OpenSSL 1.1.1

Re: [PHP-DEV] Casing of acronyms in class and method names

On 9/10/23 20:59, Juliette Reinders Folmer wrote: With the above in mind, I wonder how much confusion/code churn renaming existing classes will cause and if that's worth it, especially as the suggested case for the PHP native class will likely be determined by the version on which the tooling i

Re: [PHP-DEV] Casing of acronyms in class and method names

On 8/31/23 13:34, Niels Dossche wrote: Hi Tim On 30/08/2023 13:43, Tim Düsterhus wrote: Hi after suggesting the use of ucfirst(strtolower(...)) casing for acronyms within a classname of a draft RFC, I was made aware of previous class naming RFC (June 2017) that required the use of PascalCase

[PHP-DEV] Re: [RFC] [Discussion] DOM HTML5 parsing and serialization support

On 9/2/23 14:41, Niels Dossche wrote: I'm opening the discussion for my RFC "DOM HTML5 parsing and serialization support". https://wiki.php.net/rfc/domdocument_html5_parser Thanks, Niels. This is much needed. This proposal introduces the DOM\HTML5Document class that extends the DOMDocumen

[PHP-DEV] PHP 8.0.30 Released!

hangeLog-8.php#8.0.30> Release Manifest: <https://gist.github.com/ramsey/a22b08609b32d3b85f4139f348bb7019> Many thanks to all the contributors and supporters! Gabriel Caruso & Sara Golemon (with Ben Ramsey filling in) php-8.0.30.tar.bz2 SHA256 hash: 98a9cb6a0e27a6950cdf4b26dcac48f2be2

[PHP-DEV] Re: ICU - NumberFormatter::ROUNDING_MODE default ROUND_HALFEVEN

On 8/3/23 13:55, Hans Krentel via internals wrote: This is a proposal to consider to discuss/change the default value of     NumberFormatter::ROUNDING_MODE from current     NumberFormatter::ROUND_HALFEVEN to     NumberFormatter::ROUND_HALFUP . I got the attention of this from an unrelat

[PHP-DEV] PHP 8.1.22 Released!

8.php#8.1.22> Release Manifest: <https://gist.github.com/ramsey/a8352c884d47d61f8a32f1bcf9ae8aa4> Many thanks to all the contributors and supporters! Ben Ramsey, Patrick Allaert, & Joe Watkins php-8.1.22.tar.bz2 SHA256 hash: 992354e382c6c618d01ed4be06beea8dec3178b14153df64d3c8c48b85e9f

[PHP-DEV] PHP 8.1.22RC1 Available for testing

. Hash values and PGP signatures can be found below or at: https://gist.github.com/ramsey/465842fbdbbee799a03bc671aeae0eac 8.1.22 should be expected in 2 weeks, i.e. on Aug 3rd 2023. Thank you, and happy testing! Regards, Ben Ramsey, Patrick Allaert, & Joe Watkins php-8.1.22RC1.tar.bz2 SHA256

Re: [PHP-DEV] PHP 8.1 and OpenSSL

> On Jul 5, 2023, at 10:44, Ben Ramsey wrote: > >> On Jun 13, 2023, at 15:06, Jan Ehrhardt wrote: >> >> Hi Christoph, >> >> "Christoph M. Becker" in php.internals (Wed, 18 Jan 2023 13:20:41 +0100): >>> While the official builds for PHP

Re: [PHP-DEV] Default values for php.ini environment variables

> On Jul 17, 2023, at 09:25, Derick Rethans wrote: > > On 13 July 2023 18:35:44 BST, Gabriel Fontes wrote: >> Hi everyone, >> >> PR author here. Thanks a lot for pushing this forward, Derick. >> Do let me know if you folks have any feedback or concerns about the PR, I'll >> be happy to address

[PHP-DEV] Re: Default values for php.ini environment variables

> On Jul 13, 2023, at 08:26, Derick Rethans wrote: > > Hi, > > coming forth out of an Xdebug issue > (https://bugs.xdebug.org/view.php?id=2174) I made a pull request so that > it is possible to use a fallback value in environment variables in INI > files, such as in: > > xdebug.start_with_reque

Re: [PHP-DEV] PHP 8.1 and OpenSSL

> On Jun 13, 2023, at 15:06, Jan Ehrhardt wrote: > > Hi Christoph, > > "Christoph M. Becker" in php.internals (Wed, 18 Jan 2023 13:20:41 +0100): >> While the official builds for PHP 8.2 already use OpenSSL 3.0, the PHP >> 8.1 builds are still using OpenSSL 1.1.1. However, OpenSSL 1.1.1 is >> on

Re: [PHP-DEV] [VOTE] Interface Default Methods

> On Jul 2, 2023, at 21:43, Levi Morrison wrote: > > On Sun, Jul 2, 2023 at 7:08 PM Ben Ramsey wrote: >> >> I’m probably going to vote “yes” on this, but since the property accessors >> RFC won’t be ready for 8.3,[1] and that RFC covers use of properties in >

Re: [PHP-DEV] [VOTE] Interface Default Methods

> On Jul 2, 2023, at 19:11, Levi Morrison wrote: > > Chatter on the [Interface Default Methods RFC][1] has been quiet for > the past 6 days, and the feature freeze deadline is fast approaching > for PHP 8.3, so I'm moving this to vote. It'll be open for two weeks > as usual. > > Thanks to every

Re: [PHP-DEV] RFC1867 (multipart/form-data) PUT requests

> On Jun 27, 2023, at 04:01, Ilija Tovilo wrote: > > Hi Ben, Hi Rowan > > On Mon, Jun 26, 2023 at 8:55 PM Ben Ramsey wrote: >> >>> On Jun 20, 2023, at 06:06, Rowan Tommins wrote: >>> >>> On Tue, 20 Jun 2023 at 10:25, Ilija Tovilo wrote: >

Re: [PHP-DEV] RFC1867 (multipart/form-data) PUT requests

> On Jun 20, 2023, at 06:06, Rowan Tommins wrote: > > On Tue, 20 Jun 2023 at 10:25, Ilija Tovilo wrote: > >> Introduce a new function (currently named populate_post_data()) to >> read the input stream and populate the $_POST and $_FILES >> superglobals. >> > > > My initial instinct was to di

Re: [PHP-DEV] [RFC] [Vote] Deprecate functions with overloaded signatures

> On Jun 26, 2023, at 08:36, Máté Kocsis wrote: > > Hi Everyone, > > As previously announced on the list, I have just started the vote about the > "Deprecate functions with overloaded signatures". > > Link to the RFC: > https://wiki.php.net/rfc/deprecate_functions_with_overloaded_signatures > L

[PHP-DEV] PHP 8.1.20 Released!

8.php#8.1.20> Release Manifest: <https://gist.github.com/ramsey/477cc13346819dffae656ccb948182bf> Many thanks to all the contributors and supporters! Ben Ramsey, Patrick Allaert, & Joe Watkins php-8.1.20.tar.bz2 SHA256 hash: 55578587514a2707500f85319e57c0d4df9b8803cdb26566595ac4bf459dc

[PHP-DEV] PHP 8.1.20RC1 Available for testing

. Hash values and PGP signatures can be found below or at: https://gist.github.com/ramsey/75308c3efecf8f7370a514e7d7782ba1 8.1.20 should be expected in 2 weeks, i.e. on Jun 8th 2023. Thank you, and happy testing! Regards, Ben Ramsey, Patrick Allaert, & Joe Watkins php-8.1.20RC1.tar.bz2 SHA256

[PHP-DEV] Re: [VOTE] PHP 8.3 Release Managers

On 4/17/23 16:01, Sergey Panteleev wrote: Hi all, The polls have closed, and Derick’s scripts have tallied the votes [1], Our “rookie" PHP 8.3 release managers are: - Jakub Zelenka - Eric Mann Our "veteran” is the PHP 8.2 release manager Pierrick Charron. Jakub and Eric you are in a good hands

[PHP-DEV] PHP 8.1.18 Released!

8.php#8.1.18> Release Manifest: <https://gist.github.com/ramsey/88952942b627ce96e02d500a8be0582b> Many thanks to all the contributors and supporters! Ben Ramsey, Patrick Allaert, & Joe Watkins php-8.1.18.tar.bz2 SHA256 hash: d2ac30d6b574fca594fe0cc01c0693e23585b27443e342b0aab07274cde44

[PHP-DEV] PHP 8.1.18RC1 Available for testing

. Hash values and PGP signatures can be found below or at: https://gist.github.com/ramsey/e10f200677c8ee34b3840b05af0565d6 8.1.18 should be expected in 2 weeks, i.e. on Apr 13th 2023. Thank you, and happy testing! Regards, Ben Ramsey, Patrick Allaert, & Joe Watkins php-8.1.18RC1.tar.bz2 SH

[PHP-DEV] PHP 8.1.16 tarballs fixed! [Re: PHP 8.1.16 Released!]

orry for the inconvenience, and I am making changes to my packaging process to ensure this does not happen again. Cheers, Ben Ramsey php-8.1.16.tar.bz2 SHA256 hash: cd9f0ea14d82d9455587a49a0b6c802a7b8d8ff79703f9f48b17db010fb633ce PGP signature: -BEGIN PGP SIGNATURE- iQIzBAABCAAdFiEEObZB

[PHP-DEV] PHP 8.1.16 Released!

-8.1> Changelog:<https://php.net/ChangeLog-8.php#8.1.16> Release Manifest: <https://gist.github.com/ramsey/bded81480eb74ca182579849a3c37204> Many thanks to all the contributors and supporters! Ben Ramsey, Patrick Allaert, & Joe Watkins

[PHP-DEV] PHP 8.1.14 Released!

8.php#8.1.14> Release Manifest: <https://gist.github.com/ramsey/2601f25c142dbca534d87a47325a48bd> Many thanks to all the contributors and supporters! Ben Ramsey, Patrick Allaert, & Joe Watkins php-8.1.14.tar.bz2 SHA256 hash: 14ca99333dd604a504a2368946485ac35d379c4da96d28dc515d7eb502dff

[PHP-DEV] PHP 8.1.14RC1 Available for testing

/php/php-src/issues. Hash values and PGP signatures can be found below or at: https://gist.github.com/ramsey/6b843cb7c14c8b3ba5d3c4ce626a62f1 8.1.14 should be expected in 3 weeks, i.e. on Jan 5th 2023. Thank you, and happy testing! Regards, Ben Ramsey, Patrick Allaert, & Joe Watkins

[PHP-DEV] Re: Remove PHP-x.y.* git branches

On 12/13/22 11:30, Michael Voříšek - ČVUT FJFI wrote: Hello everyone, I am the author of https://github.com/php/php-src/issues/10007 proposal and I would ask you for the green light to do so. There are two kinds of unusefull branches: a) the PHP-x-y-* branches - I would restrict the removal of br

[PHP-DEV] PHP 8.1.12 Released

8.php#8.1.12> Release Manifest: <https://gist.github.com/ramsey/84eaef26d8e4126031aaa13c97e1215f> Many thanks to all the contributors and supporters! Ben Ramsey, Patrick Allaert, & Joe Watkins php-8.1.12.tar.bz2 SHA256 hash: f87d73e917facf78de7bcde53fc2faa4d4dbe0487a9406e1ab68c8ae8

  1   2   3   4   >