[PHP-DEV] Moving Main, and Minimal Service Outage

Hi, As part of moving all servers to a new infrastructure, I have now prepared the "main" server, which handles wiki auth, notes management, account management, etc. I need to transfer the data over, and then update DNS. That's a process that takes up to 15 minutes (but likely a lot less) in w

Re: [PHP-DEV] Headers of the PHP mailing lists

Hi, On Thu, 31 Jul 2025, Derick Rethans wrote: > On Thu, 31 Jul 2025, Mathieu Rochette wrote: > > > And when working on that I noticed that PHP lists were wrongly sent > > the mails with `Precedence: bulk`. Is this something that could be > > fixed? > > I can ce

Re: [PHP-DEV] Headers of the PHP mailing lists

Hi Mathieu, Questions around this, are probably better directed at syst...@php.net, but it's here now, so I'll answer. On Thu, 31 Jul 2025, Mathieu Rochette wrote: > At work we built a feature in a mail client that deals with > newsletters subscriptions.  > > Subscriptions are identified by m

Re: [PHP-DEV] [RFC] Deprecations for PHP 8.5

On 29 July 2025 17:23:40 BST, Calvin Buckley wrote: > I have not changed the vote names since I don't >know if that will break the existing polls. I can confirm that that would have broken it. cheers Derick

Re: [PHP-DEV] [RFC] "Abstain" voting option for RFCs

On 27 July 2025 14:09:50 BST, "Tim Düsterhus" wrote: >Hi > >On 7/24/25 15:42, Larry Garfield wrote: >> Just to clarify here, Single Transferable Vote and Ranked Choice Voting are >> the same thing. I think it's just another Ameircan-vs-British English >> question. :-) > >My understanding is tha

Re: [PHP-DEV] pcre extended character class support

On 25 July 2025 23:17:43 BST, Niels Dossche wrote: >Hi internals > >On PHP 8.5-dev, we ship with pcre2lib 10.45. > >This includes a new opt-in feature called "PCRE2_ALT_EXTENDED_CLASS". >It enables the use of complex character set operations in accordance to UTS#18 >(Unicode Technical Standard 18

Re: [PHP-DEV] [RFC] Warnings for PHP 8.5

On Mon, 14 Jul 2025, Gina P. Banyard wrote: > Similar to the mass deprecation RFC, I would like to propose the > addition of a few warnings in certain situations: > https://wiki.php.net/rfc/warnings-php-8-5 > > I am expecting these 4 sub-proposals to be mostly uncontroversial, > other than pos

Re: [PHP-DEV] [RFC] [Discussion] CHIPS

On Tue, 15 Jul 2025, Dmitry Derepko wrote: > In collaboration with Niels Dossche I'd like to start the discussion > for an RFC proposing a new Cookie option for use with CHIPS > technology. > > As Niels noted, today is the day when in 4 weeks there will be code > freeze, so let's try to fit in

Re: [PHP-DEV] Oniguruma maintenance was ended on 2025-04-24

On Wed, 30 Apr 2025, youkidearitai wrote: > Hi, Internals > > Oniguruma(鬼車) maintenance was ended on April 24, 2025. > https://github.com/kkos/oniguruma > This library uses mbregex in php-src. > > There is forked library in Onigumo(鬼雲). > https://github.com/k-takata/Onigmo > > How do we do that

Re: [PHP-DEV][RFC] Deprecate type juggling to and from bool type within the function type juggling context

On Thu, 26 Jun 2025, Gina P. Banyard wrote: > On Monday, 2 June 2025 at 17:11, Gina P. Banyard wrote: > > > This is the first RFC out of a set of type system related RFCs I > > want to propose for PHP 8.5. It also used the recently enabled > > Markdown support on the wiki, so there might be a

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

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 parties have an opportunity to respond. Thanks for tackling this. Licensing issues can be thorny. I on

Re: [PHP-DEV] [RFC] [Discussion] FILTER_THROW_ON_FAILURE

On Sat, 5 Jul 2025, Daniel Scherzer wrote: > Hi internals, > > I'd like to start the discussion for a new RFC about adding > a FILTER_THROW_ON_FAILURE flag to the filter extension. > > * RFC: https://wiki.php.net/rfc/filter_throw_on_failure > * Implementation: https://github.com/php/php-src/pull

Re: [PHP-DEV] [RFC] Deprecations for PHP 8.5

On Fri, 4 Jul 2025, Tim Düsterhus wrote: > On 7/3/25 18:04, Derick Rethans wrote: > > > The intention behind the filter extension was that admins can set a > > default filter for *all* data coming in through this > > `filter.default` setting as a "safe" fallbac

Re: [PHP-DEV] [RFC] Deprecations for PHP 8.5

On Thu, 3 Jul 2025, Jakub Zelenka wrote: > On Wed, Jul 2, 2025 at 10:00 PM Gina P. Banyard wrote: > > > It is this time of year again where we proposed a list of > > deprecations to add in PHP 8.5: > > > > https://wiki.php.net/rfc/deprecations_php_8_5 > > Here are few notes on the ones that I d

Re: [PHP-DEV] [RFC] Deprecations for PHP 8.5

On Wed, 2 Jul 2025, Kamil Tekiela wrote: > On Wed, Jul 2, 2025, 21:58 Gina P. Banyard wrote: > > > Some should be non-controversial, others a bit more. If such, they > > might warrant their own dedicated RFC, or be dropped from the > > proposal altogether. > > ext/filter deprecations > > As m

Re: [PHP-DEV][DISCUSSION] Add locale and strength for grapheme functions

On Wed, 9 Jul 2025, youkidearitai wrote: > Hi, Internals > > I changed below the RFC. > - https://wiki.php.net/rfc/grapheme_add_locale_for_case_insensitive > Pull request is below: > - https://github.com/php/php-src/pull/18792 > > Change point is below: > - Add a strength for grapheme_* function

Re: [PHP-DEV] RFCs that are pending implementation

On 10 July 2025 06:28:39 CEST, Daniel Scherzer wrote: >* https://wiki.php.net/rfc/datetime_and_daylight_saving_time was accepted >in 2011 > >Is anyone still working on these? Sort of, as part of new date time work. cheers Derick

Re: [PHP-DEV] [RFC] Deprecations for PHP 8.5

On Wed, 2 Jul 2025, Gina P. Banyard wrote: > Some should be non-controversial, others a bit more. If such, they > might warrant their own dedicated RFC, or be dropped from the proposal > altogether. The changes to filter continue to undermine what the extension was meant to do. The filter.defa

Re: [PHP-DEV][Voting] Add locale for case insensitive grapheme functions

On Mon, 30 Jun 2025, youkidearitai wrote: > 2025年6月30日(月) 18:49 Derick Rethans : > > > > On Mon, 30 Jun 2025, youkidearitai wrote: > > > > > I have just started add locale for grapheme_* functions. > > > https://wiki.php.net/rfc/grapheme_add_locale_for_cas

Re: [PHP-DEV] [VOTE] str_icontains

On Tue, 1 Jul 2025, Adam Cable wrote: > Hi, > > Voting just opened on the "str_icontains" RFC. > > Please find the following resources: > > RFC: https://wiki.php.net/rfc/str_icontains > Discussion: https://externals.io/message/127667 > PR: https://github.com/php/php-src/pull/18705 > > As with

Re: [PHP-DEV][Voting] Add locale for case insensitive grapheme functions

On Mon, 30 Jun 2025, youkidearitai wrote: > Hi, Internals > > I have just started add locale for grapheme_* functions. > https://wiki.php.net/rfc/grapheme_add_locale_for_case_insensitive > > Voting end is 2025-07-15 00:00:00 GMT. Hi, I have voted no for now, as I don't think the RFC explains a

Re: [PHP-DEV] [RFC] str_icontains

On 24 June 2025 14:13:16 BST, Larry Garfield wrote: >On Tue, Jun 24, 2025, at 3:18 AM, Adam Cable wrote: >> On Tue, Jun 24, 2025 at 12:20 AM Larry Garfield >> wrote: >>> On Sun, Jun 15, 2025, at 3:12 PM, Adam Cable wrote: >>> > Hello internals, >>> > >>> > I'd like to present my first RFC - str_

Re: [PHP-DEV] Year 2038 issue

Hi, On Mon, 16 Jun 2025, Marc Bennewitz wrote: > It's 12.5 years only until the timestamps in PHP on 32bit will not work as > expected anymore. > > The DateTime[Immutable] classes use 64bit integers internally already but > there are still a couple of places where this is an issue in the API due

Re: [PHP-DEV] Year 2038 issue

On Mon, 16 Jun 2025, Alexandru Pătrănescu wrote: > On Mon, Jun 16, 2025 at 4:03 PM Marc Bennewitz wrote: > > > It's 12.5 years only until the timestamps in PHP on 32bit will not > > work as expected anymore. > > I think that maybe we can already deprecate supporting 32 bit builds. > And, mayb

Re: [PHP-DEV] RFC karma request

On 15 June 2025 21:46:01 CEST, ignace nyamagana butera wrote: >Greetings all, > >Following the brief introduction of my RFC4648 proposal for PHP ( >https://news-web.php.net/php.internals/127656) I would like to request RFC >karma. > >My wiki account is: nyamsprod. > >Thank you in advance. > >Igna

Re: [PHP-DEV] [VOTE] Clone with v2

On 11 June 2025 20:37:38 BST, Andreas Hennings wrote: >While these are valid arguments, I don't know that the other thread >had enough time to settle and agree on this array syntax. >The last time I looked at it, it still had the named arguments. >(Unfortunately I don't have permissions to see th

Re: [PHP-DEV] [VOTE] RFC: Final Property Promotion

Hi, It seems the poll is now closed, but the RFC is still listed in the "In voting phase" section, and the Status is still "Voting". Would you please have a look at that? cheers, Derick On Mon, 26 May 2025, Daniel Scherzer wrote: > Hi internals, > > Voting is now open for this RFC. > > * R

Re: [PHP-DEV] Requesting RFC edit access

On 8 June 2025 14:07:31 BST, Nick wrote: >Hey all, > >Can someone please grant me RFC edit access? >I’d like to fix two typos in our "Readonly hooks” RFC. > >User: nicksdot I have done so. cheers Derick

Re: [PHP-DEV] Adding in a case-insensitive version of str_contains

On 31 May 2025 12:36:52 BST, youkidearitai wrote: >2025年5月31日(土) 19:41 Nikita Popov : >> >> On Thu, May 29, 2025, at 23:00, Kamil Tekiela wrote: >> >> As I understand, it was a conscious decision not to add this function >> when str_contains was created. The reason is that case sensitivity is >> l

Re: [PHP-DEV] Adding in a case-insensitive version of str_contains

On 29 May 2025 22:00:00 BST, Kamil Tekiela wrote: >As I understand, it was a conscious decision not to add this function >when str_contains was created. The reason is that case sensitivity is >locale-dependent, and for such use cases, mbstring extension is better >[1] & [2]. Do you think that loca

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

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 available if the system >doesn't support the funct

Re: [PHP-DEV] Request for RFC karma for my wiki account kesselb

On 17 May 2025 19:32:21 BST, Daniel Kesselberg wrote: >Hi, > >Bukka asked me to create an RFC for a pull request I'm working on, so I'm >requesting a bit of RFC karma. > >I would like to add a small helper to PHP to return the number of available >CPU threads: https://github.com/php/php-src/pull

Re: [PHP-DEV] [RFC] Throwable Hierarchy Policy for Extensions

On Sun, 27 Apr 2025, Tim Düsterhus wrote: > Hi > > as announced in the URI RFC discussion thread > (https://externals.io/message/123997#127142), I've now written up an > “Exception Hierarchy” policy RFC together with Gina. > > Please find the following links: > > RFC: https://wiki.php.net/rfc/e

Re: [PHP-DEV] [RFC brainstorm] Approximately equals operator

On 1 April 2025 20:52:32 BST, Larry Garfield wrote: >On Mon, Mar 31, 2025, at 5:03 PM, Niels Dossche wrote: >> Hi internals! >> >> I'm excited to share what I've been working on! >> I had an epiphany. I realized what we truly need to revolutionize PHP: >> a new operator. >> >> Hear me out. >> We

Re: [PHP-DEV] wiki maintenance: Apr 3rd, 15:00 UTC

Hi, The actual downtime was about 45 seconds, and the wiki is now running on the new host. Most of the requests seem to be from AI bots and crawlers though :-/. Please let me (and systems@) know if you encounter any problems. cheers, Derick On Wed, 2 Apr 2025, Derick Rethans wrote: >

[PHP-DEV] wiki maintenance: Apr 3rd, 15:00 UTC

Hi! The wiki is moving to a new server, and is now deployed through rsync, just like most of our other properties. Although I have moved the data over, a final sync needs to be done before I can switch the configuration over. Therefore, the wiki will be temporarily inaccessible starting tomorr

Re: [PHP-DEV] RFC: short and inner classes

On Fri, 14 Mar 2025, Bilge wrote: > On 14/03/2025 21:08, Rowan Tommins [IMSoP] wrote: > > On 14/03/2025 17:37, Rob Landers wrote: > > > What about a hybrid approach? Maybe something like `\\` that Tim > > > suggested? > > > > As a perfect example of this, check out how the second paragraph is >

Re: [PHP-DEV] Manual unset and GC

On 10 March 2025 16:15:16 GMT, Vinicius Dias wrote: >Hello, folks. If this is not the correct place to ask, I apologize. > >> TL;DR: Does setting a variable to `null` (or even `unset`ing it) have >> **any** effect if that's the last instruction of a function? > >The full version of the question w

Re: [PHP-DEV] PHP True Async RFC

Hi, To see to be posting a reply to nearly every other email on this thread. I'd recommend you have another read through our mailing list rules: cheers Derick On 8 March 2025 22:28:58 GMT, Daniil Gentili wrote: >>> To m

Re: [PHP-DEV] Re: RFC: Marking return values as important (#[\NoDiscard])

On Thu, 13 Feb 2025, Tim Düsterhus wrote: > Am 2025-02-13 09:16, schrieb Jakob Givoni: > > > Attributes were added as a structured replacement for docblock props > > and I don't like it when they affect how a program actually runs (as > > long as you're not using reflection). > > Excluding the

Re: [PHP-DEV] Re: RFC: Marking return values as important (#[\NoDiscard])

On Thu, 13 Feb 2025, Larry Garfield wrote: > On Thu, Feb 13, 2025, at 8:16 AM, Tim Düsterhus wrote: > > Hi > > > > Am 2025-02-12 22:31, schrieb Larry Garfield: > >> I'm still undecided on the RFC overall, but one thing that is > >> problematic is the phrasing of the messages. Currently, the mess

Re: [PHP-DEV] Re: RFC: Marking return values as important (#[\NoDiscard])

On Wed, 12 Feb 2025, Volker Dusch wrote: > On Wed, Jan 29, 2025 at 4:12 PM Tim Düsterhus wrote: > > > Volker and I would like to start discussion on our RFC to allow "Marking > > return values as important (#[\NoDiscard])". > > > > Please find the following resources for your reference: > > > >

Re: [PHP-DEV] Deprecate filter_input() or not?

On Wed, 5 Feb 2025, Christoph M. Becker wrote: > There is some discussion on a recent bug report[1] about > filter_input() and related functionality. The bug report had been > closed, because this functionality has already been added to the > general deprecation RFC for PHP 8.5[2]. Then the O

Re: [PHP-DEV] RFC: Marking return values as important (#[\NoDiscard])

On Wed, 29 Jan 2025, Tim Düsterhus wrote: > Hi > > Volker and I would like to start discussion on our RFC to allow "Marking > return values as important (#[\NoDiscard])". > > Please find the following resources for your reference: > > - RFC: https://wiki.php.net/rfc/marking_return_value_as_impo

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

On Tue, 14 Jan 2025, Derick Rethans wrote: > I have just opened the vote on the "Consolidate Coding Standards > Policy Document". The vote will run until January 28st, 16:00 UTC. > > > https://wiki.php.net/rfc/consolidate-coding-standard-policy-document#propos

[PHP-DEV] [VOTE] [RFC] Consolidate Coding Standards Policy Document

Hi, I have just opened the vote on the "Consolidate Coding Standards Policy Document". The vote will run until January 28st, 16:00 UTC. https://wiki.php.net/rfc/consolidate-coding-standard-policy-document#proposed_voting_choices cheers, Derick -- https://derickrethans.nl | https://x

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

On Tue, 24 Dec 2024, Ben Ramsey wrote: > > 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 wo

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

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" RFC, which follows up from the Policy Repository RFC[1]'s > > future scope

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

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 Naming document, and to integrate the CODING_STANDARDS.md file

Re: [PHP-DEV] Deprecate alternate switch case syntax?

On 20 November 2024 20:24:32 CET, Theodore Brown wrote: >On Wed, Nov. 20, 2024 at 13:03 Derick Rethans wrote: > >> On 20 November 2024 19:26:12 CET, Theodore Brown wrote: >>> On Wed, Nov 20, 2024 at 09:23 Kamil Tekiela wrote: >>> >>>> Do you know why the

Re: [PHP-DEV] Deprecate alternate switch case syntax?

On 20 November 2024 19:26:12 CET, Theodore Brown wrote: >On Wed, Nov 20, 2024 at 09:23 Kamil Tekiela wrote: > >> Do you know why the two exist? Was there any historical reason for this? >> >> From what cmb69 said[1], it seems like it may exist because of the >> implicit semicolon in ?>, and after

Re: [PHP-DEV] [RFC][Vote] Policy on third party code

On 11 November 2024 00:14:22 GMT, John Coggeshall wrote: >I also voted against because I think it's silly to create these arbitrary >rules on the various frameworks. "Not playing favorites" is literally as easy >as saying "The people who volunteered their time to build X did so using Y >because

Re: [PHP-DEV] Proposal: restrict the number of filters

On Thu, 7 Nov 2024, jvoisin wrote: > The easiest way to kill this vector is to simply limit the number of > filters that can be chained, as attacks require a at least a couple of > them, while legitimate use usually use one or two tops, as highlighted > by arnaud-lb's analysis: > https://github.co

Re: [PHP-DEV] [RFC] PHP.net analytics

On Sat, 2 Nov 2024, Jonathan Vollebregt wrote: > On 11/2/24 12:10 AM, Bob Weinand wrote: > > What percentage of users get to the docs through direct links vs the > > home page > > > > That's something you can generally infer from server logs - was the > > home page accessed from that IP right b

Re: [PHP-DEV] [RFC] PHP.net analytics

On Sat, 2 Nov 2024, Bob Weinand wrote: > On 1.11.2024 22:41:29, Larry Garfield wrote: > > In a similar vein to approving the use of software, Roman Pronskiy > > asked for my help putting together an RFC on collecting analytics > > for PHP.net. > > > > https://wiki.php.net/rfc/phpnet-analytics

Re: [PHP-DEV] [RFC] Policy on 3rd party code

On Wed, 2 Oct 2024, Larry Garfield wrote: > Since Jim's RFC proposal was criticized for being too vague, I hereby > offer a somewhat more prescriptive policy proposal on using 3rd party > code. (With JIm's blessing.) It's still more heuristics than rules, > but I think that's the right approa

Re: [PHP-DEV] [RFC] [Discussion] Add get_declared_enums() function

On Wed, 2 Oct 2024, Juliette Reinders Folmer wrote: > L.S., > > After the earlier discussion [1] regarding this topic in August, it is our > pleasure to present the RFC to add a `get_declared_enums()` function to PHP > for discussion. > > https://wiki.php.net/rfc/get_declared_enums > > We look

Re: [PHP-DEV] [RFC] [Discussion] Add get_declared_enums() function

On 2 October 2024 09:06:20 BST, Rob Landers wrote: >You cannot build a “class” with these rules in PHP, so I don’t think enums >quack sufficiently like classes to be called a class. I would argue that it is >an object, however. I think it would be worth implementing a >get_declared_objects() t

Re: [PHP-DEV] Discontinuing qa.php.net

On Mon, 9 Sep 2024, Christoph M. Becker wrote: > On 09.09.2024 at 17:52, Derick Rethans wrote: > > > - Documentation on how to write tests > > (https://qa.php.net/write-test.php), and how to handle bug reports > > (https://qa.php.net/handling-bugs.php); which should

Re: [PHP-DEV] [Pre-RFC Discussion] User Defined Operator Overloads (again)

On Sat, 14 Sep 2024, Jordan LeDoux wrote: > I want to discuss what changes to the previous proposal people would > be seeking, and why. The most contentious design choice of the > previous proposal was undoubtedly the `operator` keyword and the > decision to make operator overload implementatio

Re: [PHP-DEV] [RFC] Change Directory class to behave like an opaque object

On Sat, 14 Sep 2024, Gina P. Banyard wrote: > I came across the Directory class while doing some code exploration of > ext/standard. This class is effectively an opaque object for Directory > resources, however it doesn't behave like one, as it has existed since > PHP 4. > > As such, I am prop

Re: [PHP-DEV] Which IDE do you recommend for php-src development?

On 14 September 2024 22:44:20 BST, Barel wrote: >Hi > >For C/C++ development I usually use CLion from Jetbrains but I tried to use >it with php-src and was unable to get it to work properly. CLion really >insists on using CMake and has only quite limited support for makefiles. >After trying to get

Re: [PHP-DEV] Maintain Windows PHP dependency builds in a GH repo

On Wed, 11 Sep 2024, Christoph M. Becker wrote: > On 11.09.2024 at 15:51, Derick Rethans wrote: > > > > Ideally, instead of having downloads.php.net/~windows, we have > > downloads.php.net/windows which is a Git repository for the series > > files, but it is probably

[PHP-DEV] Re: [INTERNALS-WIN] ext/gd: drop XPM support on Windows

On 11 September 2024 22:27:41 BST, JB wrote: >Thank you for this suggestion. I have one question. > >The GD PHP extension defines "imagecreatefromxpm" functions. How do you manage >it if XPM support is disabled? The function should not exist in that case, probably commented out through an #ifd

Re: [PHP-DEV] weird error when saving RFCs

On Wed, 4 Sep 2024, Derick Rethans wrote: > On 4 September 2024 21:32:10 BST, Rob Landers wrote: > >On Wed, Sep 4, 2024, at 22:26, Derick Rethans wrote: > >> On 4 September 2024 21:15:55 BST, Rob Landers wrote: > >> > > >> >I receive the following er

Re: [PHP-DEV] What to do with ext/snmp?

On Tue, 10 Sep 2024, Gina P. Banyard wrote: > On Friday, 30 August 2024 at 20:13, Christoph M. Becker > wrote: > > > Instead I'm saying that we should be careful to unbundle extensions. > > This should probably seen as a last resort if we absolutely can't > > maintain the extension any longer

Re: [PHP-DEV] What to do with ext/snmp?

On Sat, 31 Aug 2024, Rob Landers wrote: > On Fri, Aug 30, 2024, at 20:13, Christoph M. Becker wrote: > > It's easy to vote "yes, unbundle this extension" if you've never > > used the extension and are not planning to do so in the future. It > > may be a death sentence, though. > > > > I went

Re: [PHP-DEV] Maintain Windows PHP dependency builds in a GH repo

On Sun, 8 Sep 2024, Christoph M. Becker wrote: > On 08.09.2024 at 16:58, Derick Rethans wrote: > > > I think it needs some good thinking through first. I also don't > > believe the RFC system is something we need to use for deciding how > > to serve files. > &g

[PHP-DEV] Discontinuing qa.php.net

Hi! I am proposing to move all the content away from qa.php.net and merge it into php.net These are the follogwing things currently on the side: - Documentation on how to write tests (https://qa.php.net/write-test.php), and how to handle bug reports (https://qa.php.net/handling-bugs.php);

Re: [PHP-DEV] Maintain Windows PHP dependency builds in a GH repo

On Sun, 8 Sep 2024, Christoph M. Becker wrote: > All these problems could be solved, or at least mitigated, by setting > up a Github repository for the dependency builds and the series files. > The upload could be as simple as a cron'd `git pull` on the server. All our websites, including PHP d

Re: [PHP-DEV] weird error when saving RFCs

On 4 September 2024 21:32:10 BST, Rob Landers wrote: >On Wed, Sep 4, 2024, at 22:26, Derick Rethans wrote: >> On 4 September 2024 21:15:55 BST, Rob Landers wrote: >> >Hello Internals, >> > >> >I receive the following error when saving an RFC: >

Re: [PHP-DEV] weird error when saving RFCs

On 4 September 2024 21:15:55 BST, Rob Landers wrote: >Hello Internals, > >I receive the following error when saving an RFC: > >There was an unexpected problem communicating with SMTP: Unexpected return >code - Expected: 250, Got: 554 | 554 5.5.2 <[i:p:v:6::addr]>: Helo command >rejected: invalid

Re: [PHP-DEV] PHP 8.3.11 Released

On 31 August 2024 17:56:08 BST, "Christoph M. Becker" wrote: >On 31.08.2024 at 18:05, Jakub Zelenka wrote: > >> On Fri, Aug 30, 2024 at 2:59 PM Christoph M. Becker >> wrote: >> >> There is a note in NEWS about the revert. I'm not sure if we usually do any >> separate announcement for those kind o

Re: [PHP-DEV] State of Generics and Collections

On 27 August 2024 22:02:45 BST, Rob Landers wrote: >On Tue, Aug 27, 2024, at 22:15, Bilge wrote: >> On 26/08/2024 23:24, Rob Landers wrote: >>> On Sun, Aug 25, 2024, at 22:28, Gina P. Banyard wrote: >>> For the past 2–3 months, you have sent the vast majority of emails on this list, th

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

On Sat, 24 Aug 2024, 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. I liked this up to the point where I saw: $f = fn ($v = 1, $default = 2) => $v + $default; var_dump($f(defaul

Re: [PHP-DEV] [RFC] [Discussion] Using and Mentioning Third-party Packages in PHP Documentation and Web Projects

On Tue, 27 Aug 2024, Gina P. Banyard wrote: > Moreover, PECL extensions are part of the PHP ecosystem and not the > runtime, so why do *some* PECL extension have the right to live on the > php.net website, but not others? They always were *allowed* to be on there. It is just that very few thir

Re: [PHP-DEV] [RFC] [Discussion] Using and Mentioning Third-party Packages in PHP Documentation and Web Projects

On Mon, 26 Aug 2024, Deleu wrote: > On Mon, Aug 26, 2024 at 3:12 PM Bob Weinand wrote: > > > Thanks for bringing this up - I also suggest that we make this a > > binary choice - either we adopt the proposed language or its > > opposite. > > > > I.e. a rejection of this should codify that state

Re: [PHP-DEV] [RFC] [Discussion] Using and Mentioning Third-party Packages in PHP Documentation and Web Projects

On Mon, 26 Aug 2024, Bob Weinand wrote: > On 26.8.2024 19:44:18, Jim Winstead wrote: > > > > Another RFC around process: > > https://wiki.php.net/rfc/web-and-doc-use-not-endorsement > > > > Feedback would be appreciated. My intention is to start voting on > > September 9th unless there is stil

[PHP-DEV] Re: Negatively Voted Notes

On Wed, 10 Jul 2024, Derick Rethans wrote: > We discussed this during one of our foundation meetings, and we propose: > > - to delete all notes with a rating less than -5 that are older than a > year. As general consensus was that this correct, I will be creating a script for t

Re: [PHP-DEV] DatePeriod microsecond support

On 21 August 2024 09:59:53 BST, Marc Bennewitz wrote: >Hi, > >The DatePeriod class works based on DateTimeInterface but does not take the >microsecond of the date-time instance into account [1]. >To fix that I have opened a small PR [2] 2 months ago which got approved >quickly as well but nothin

[PHP-DEV] State of Generics and Collections

Hi! Arnaud, Larry, and I have been working on an article describing the state of generics and collections, and related "experiments". You can find this article on the PHP Foundation's Blog: https://thephp.foundation/blog/2024/08/19/state-of-generics-and-collections/ cheers, Derick

[PHP-DEV] Time-out Posting to PHP Internals List

t language, bordering on trolling. You have therefore been given a 3-month timeout, which will be enforced by blocking you from sending email to the php.net domain, including subdomains. Evading, or attempts to evade, this restriction will result in longer expulsions. with kind regards, Derick R

Re: [PHP-DEV] [DISCUSSION] C++ Enhancements in Zend API

On 15 August 2024 18:42:58 BST, Lanre wrote: >On Thu, Aug 15, 2024 at 11:33 AM Derick Rethans wrote: > >> On 15 August 2024 18:10:11 BST, Lanre wrote: >> >> >You're embarrassing yourself John, read my very first paragraph (you got >> this). >> >&g

Re: [PHP-DEV] Request for RFC karma

On 15 August 2024 21:57:07 BST, Dennis Snell wrote: > Is there a guide for how to use the mailing list (e.g. how to reply to > specific emails from a digest)? I’ve had an awful hard time finding > information online about this. It's possible, but only if you have a really good email client (t

Re: [PHP-DEV] [DISCUSSION] C++ Enhancements in Zend API

On 15 August 2024 18:10:11 BST, Lanre wrote: >You're embarrassing yourself John, read my very first paragraph (you got >this). We have said this before, but you *really* need to stop using condescending language, and ad-hominems like this. cheers Derick

[PHP-DEV] Re: Archive php/pftt2?

On Tue, 6 Aug 2024, Christoph M. Becker wrote: > Hi all, > > this is about the PFTT2 repository[1]. This was used by the Windows QA > team long ago, and had a short-term revival about 2019, but was then > dropped in favor of using run-tests.php, while all the other features > (such as PHPUnit te

Re: [PHP-DEV] [RFC] [VOTE] Transform exit() from a language construct into a standard function

On 7 August 2024 14:30:24 BST, Theodore Brown wrote: >On Tue, July 30, 2024 at 03:49 G. P. Banyard wrote: > >> Hello Internals, >> >> I have just opened the vote for the "Transform exit() from a language >> construct into a standard function" RFC: >> https://wiki.php.net/rfc/exit-as-function >> >

Re: [PHP-DEV] Require C11 in PHP 8.4

On Mon, 5 Aug 2024, Christoph M. Becker wrote: > On 05.08.2024 at 17:42, Pierre Joye wrote: > > > On Mon, Aug 5, 2024, 10:03 PM Derick Rethans wrote: > > > >> Instead of having to deal with tickets, wouldn't be be easier if > >> the compiler they used

Re: [PHP-DEV] Require C11 in PHP 8.4

On Mon, 5 Aug 2024, Christoph M. Becker wrote: > On 05.08.2024 at 12:49, Derick Rethans wrote: > > > On Thu, 1 Aug 2024, Ilija Tovilo wrote: > > > >> Hence, it seems like it would be ok to bump our C compiler > >> requirement to C11. We'd like to make

Re: [PHP-DEV] [RFC] Add Directive to Make All Namespaced Function Calls Global

On Sun, 4 Aug 2024, Nick Lockheart wrote: > https://wiki.php.net/rfc/global_function_parser_directive I am asking > that we discuss and vote on the following question: > > “Should there be some way for developers to signal to the parser at > compile time that all unqualified function names foun

Re: [PHP-DEV] [Concept] Flip relative function lookup order (global, then local)

On Fri, 2 Aug 2024, Ilija Tovilo wrote: > As for providing a migration path: One approach might be to introduce > an INI setting that performs the function lookup in both local and > global scope at run-time, and informs the user about the behavioral > change in the future. That INI setting wo

Re: [PHP-DEV] Require C11 in PHP 8.4

On Thu, 1 Aug 2024, Ilija Tovilo wrote: > Hence, it seems like it would be ok to bump our C compiler requirement > to C11. We'd like to make this change before beta 1 if there are no > objections. How would you enforce that, through configure? FWIW, I have just tried compiling Xdebug with -std

Re: [PHP-DEV] [RFC] Transform exit() from a language construct into a standard function

On Mon, 3 Jun 2024, Tim Düsterhus wrote: > On 5/29/24 20:05, Derick Rethans wrote: > > > > For each op_array, Xdebug tries to figure out every possible path by > > following jumps. Certain opcodes, such as GENERATOR_RETURN, THROW, > > RETURN, and EXIT [1] are conside

Re: [PHP-DEV] Require C11 in PHP 8.4

On 1 August 2024 22:57:36 BST, Ilija Tovilo wrote: >Hi everyone > >We've gotten a bug report about compile errors in the PHP 8.4 alpha on >old C99 compilers (and on some modern compilers when passing the >-std=c99 flag). Specifically, C99 does not support typedef >redeclarations, which is a C11 fe

Re: [PHP-DEV] [RFC] [VOTE] Deprecations for PHP 8.4

On Fri, 19 Jul 2024, Gina P. Banyard wrote: > Hello internals, > > I have opened the vote for the mega deprecation RFC: > https://wiki.php.net/rfc/deprecations_php_8_4 > > Reminder, each vote must be submitted individually. I have voted no for a few, as they had no impact assesment at all: - D

Re: [PHP-DEV] Website php.net updates and coordination

(Follow ups to this should probably go to php-webmas...@lists.php.net only, and no longer internals@) On Thu, 11 Jul 2024, Jim Winstead wrote: > On Thu, Jul 11, 2024, at 6:54 AM, Derick Rethans wrote: > > > > It is the RMs: https://github.com/orgs/php/teams/release-managers &

Website Analytics (Was: Re: [PHP-DEV] Website php.net updates and coordination)

s based on page importance. Using a self-hosted Matomo instance > seems a viable option for this. Derick Rethans will follow up with > more details. I have looked at a few different solutions, and the most reasonsable seems to self-host a Mamato (formerly Piwik) instance. This means no analyti

Re: [PHP-DEV] Website php.net updates and coordination

On Wed, 10 Jul 2024, Roman Pronskiy wrote: > 3. Deployment Process > Recently, there was an incident with a code block pushed to the > website accidentally: https://github.com/php/web-php/pull/1021. It was > promptly reverted, but the case highlighted a potential security risk: It wasn't an *acci

Re: [PHP-DEV] Negatively Voted Notes

On Wed, 10 Jul 2024, Tim Düsterhus wrote: > On 7/10/24 16:18, Derick Rethans wrote: > > Comments? > > For now I'm only asking to give me the time to go through the > ext/random stuff myself before the automated deletion is performed > (i.e. defer this until aft

Re: [PHP-DEV] Negatively Voted Notes

On Wed, 10 Jul 2024, Gina P. Banyard wrote: > On Wednesday, 10 July 2024 at 15:18, Derick Rethans wrote: > > > We discussed this during one of our foundation meetings, and we propose: > > > > - to delete all notes with a rating less than -5 that are older than a > &

  1   2   3   4   5   6   7   8   9   10   >