Re: [PHP-DEV] Concept: Lightweight error channels

Hi all, > On May 1, 2025, at 09:29, Levi Morrison wrote: > > On Tue, Apr 29, 2025 at 9:48 AM Paul M. Jones wrote: >> >> >> >>> On Apr 27, 2025, at 07:26, Niels Dossche wrote: >>> >>> Regarding performance however, rather than int

Re: [PHP-DEV] Concept: Lightweight error channels

> On Apr 27, 2025, at 07:26, Niels Dossche wrote: > > Regarding performance however, rather than introducing yet another completely > new concept to do almost the same thing, why not try to improve exception > performance instead? > > I just opened a PR that makes instantiating exceptions m

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

Hi Ignace & Maté and all, tl;dr: I argue against Ignace's objections to splitting the URI class into two classes (one that retains raw URI values and another that normalizes values as-it-goes). Jump to the very end for a discussion regarding the with() methods (search for the word "asymmetry" h

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

Hi Maté and all, > On Apr 27, 2025, at 16:47, Máté Kocsis wrote: > > Hi Tim, ... >> So it seems to be safer to use the naming without the `raw` and then in >> the documentation explain what happens with useful examples, just like >> the RFC already does. > > We discussed this off the list, an

Re: [PHP-DEV] DokuWiki password reset failed?

> On Apr 24, 2025, at 04:32, Christoph M. Becker wrote: > > On 24.04.2025 at 03:21, Paul M. Jones wrote: > >> I just reset my `pmjones` password on DokuWiki, but the password it sent is >> not letting me in. Is there something else I need to do? > > Since yo

Re: [PHP-DEV] DokuWiki password reset failed?

On 24.04.2025 at 03:21, Paul M. Jones wrote: > I just reset my `pmjones` password on DokuWiki, but the password it sent is > not letting me in. Is there something else I need to do? Since you have a php.net account, this one is used for the DokuWiki login as well. Did you forget your p

[PHP-DEV] DokuWiki password reset failed?

Hi all, I just reset my `pmjones` password on DokuWiki, but the password it sent is not letting me in. Is there something else I need to do? Sorry for the hassle, and thanks for your patience. -- pmj

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

Hi Maté and all, A one-off comment about the exceptions: The RFC posits that _Uri\UriException_ extends _Exception_, and _Uri\InvalidUriException_ extends _UriException_. However, pre-existing userland solutions to the URI problem lean more heavily on the native PHP _InvalidArgumentException_,

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

> On Apr 17, 2025, at 15:58, Tim Düsterhus wrote: > > Hi > > On 4/17/25 22:47, Paul M. Jones wrote: >> As such, the _InvalidUriException_ would better extend from _LogicException_. > > No. There is a de facto policy of “not using SPL exceptions in new co

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

On 17.04.2025 at 17:23, Volker Dusch wrote: > Release Manager Duties, see: https://externals.io/message/127025#127131 Your account request has been approved. Congrats for being one of the new RMs! Christoph

Re: [PHP-DEV] Introduction - Andrew Lyons

On 01.04.2025 at 08:59, Andrew Lyons wrote: > I've been a PHP developer since the early days and have contributed to > docs. I've also represented my employer (Moodle) on the PHP Foundation. > > I'd like edit access to the wiki so that I can possibly submit an RFC (if > required) to change the def

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

Hi Ignace & Maté & all, > On Mar 19, 2025, at 16:18, Ignace Nyamagana Butera > wrote: > > https://github.com/bakame-php/aide-uri/blob/main/src/Uri.php > While implementing the polyfill I am finding easier DX wise to make the > constructor private and use instead named constructors for instant

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

On 01.04.2025 at 00:03, Niels Dossche wrote: > We live in an imperfect world, and we often approximate data, but neither > `==` nor `===` are ideal comparison operators to deal with these kinds of > data. > > Introducing: the "approximately equal" (or "approx-equal") operator `~=` (to > immitat

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

Hi Maté and all, > On Mar 25, 2025, at 03:45, Máté Kocsis wrote: Regarding Rowbot slowness compared to the RFC: > I can only assume that the excessive usage of objects makes the library much > slower than what's possible > even for a userland library (obviously, an internal C implementation w

Re: [PHP-DEV] Potential RFC: mb_rawurlencode() ?

Hi all, > On Mar 20, 2025, at 01:31, youkidearitai wrote: > > -- Forwarded message - > From: youkidearitai > Date: 2025年3月20日(木) 14:41 > Subject: Re: [PHP-DEV] Potential RFC: mb_rawurlencode() ? > To: Paul M. Jones > > > 2025年3月19日(水) 2:52 Pau

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

On 26.03.2025 at 01:13, Daniel Scherzer wrote: > On Tue, Mar 25, 2025 at 5:11 PM Ilija Tovilo wrote: > >> 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-inte

Re: [PHP-DEV] Potential RFC: mb_rawurlencode() ?

Hi Rowan & all, > On Mar 22, 2025, at 10:20, Rowan Tommins [IMSoP] wrote: > > On 21/03/2025 11:17, Tim Düsterhus wrote: >> >> I am not sure if that signature makes sense and if the proposed >> functionality fits into mbstring for that reason. IRIs are defined as UTF-8, >> any other encoding r

Re: [PHP-DEV] Potential RFC: mb_rawurlencode() ?

Hi Tim & all, > On Mar 21, 2025, at 06:22, Tim Düsterhus wrote: > > Am 2025-03-18 18:48, schrieb Paul M. Jones: >> $iriPath = '/heads/' . rawurlencode($val) . '/tails/'); >> assert($iriPath === '/heads/fü bar/tails/'; // false > > Fr

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

Hi Maté, > On Mar 18, 2025, at 15:15, Máté Kocsis wrote: > > There's no way I would have written an implementation from scratch. I'm using > the url module of the Lexbor C library (https://github.com/lexbor/lexbor/) > for handling WHATWG URLs. It's already bundled in core, and it's also batt

[PHP-DEV] Potential RFC: mb_rawurlencode() ?

Hi all, The discussion around WHATWG-URL on this list, as well as my work coordinating Uri-Interop , lead me to think PHP needs a multibyte equivalent of rawurlencode(). Broadly speaking, as far as I can tell: - For an RFC 3986 URI, delimiters need to

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

Hi Maté and all, There is a pre-existing userland implementation of WHATWG-URL at . Packagist reports 600K+ downloads . It is from Trevor Rowbotham, who is acknowledged in the WHATWG-URL specification itself <

Re: [PHP-DEV] BCMath: Supporting scientific notation

On 15.03.2025 at 01:14, Saki Takamachi wrote: > In the following issue, there was a proposal to add support for scientific > notation in BCMath. > https://github.com/php/php-src/issues/17876 > > I agree with this and have already created a prototype. > https://github.com/php/php-src/pull/18068 >

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

> On Feb 25, 2025, at 09:55, ignace nyamagana butera > wrote: > > The problem with your suggestion is that the specification from WHATWG and > RFC3986/3987 are so different and that the function you are proposing won't > be able to cover the outcome correctly (ie give the developper all the

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

Hi there, > On Feb 24, 2025, at 03:36, Tim Düsterhus wrote: > ... > > but had a look at the “after-action summary” thread and specifically Côme’s > response, which you apparently agreed with: > >> My take on that is more that functionality in core needs to be «perfect», or >> at least near u

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

Hi all, In earlier discussions on the [Server-Side Request and Response objects](https://externals.io/message/108436) RFC and the [after-action sumamry](https://externals.io/message/109563), one of the common non-technical objections was that it would better be handled in userland. Seeing as t

Re: [PHP-DEV] Deprecate building ext/ldap against Oracle LDAP

On 07.02.2025 at 14:47, Tim Düsterhus wrote: > Am 2025-02-06 23:24, schrieb Christoph M. Becker: >> request permission to add it to the general "Deprecations for PHP 8.5" >> RFC[1] which is still in draft status (although it erroneously says >> "Pending Imp

Re: [PHP-DEV] CLI/CGI -z command line options is broken

On 16.02.2025 at 01:34, Niels Dossche wrote: > On 16/02/2025 01:31, Davey Shafik wrote: > >> Why not make -z an alias for -d zend_extension? > > Turned out that's not trivial due to escape character handling: > https://github.com/php/php-src/issues/17740#issuecomment-2645928676 And even if it wa

Re: [PHP-DEV] PHP True Async

On 14.02.2025 at 15:03, Edmond Dantes wrote: >> Have you already registered a new Wiki user? If so, what's your > username? > Yes, I registered today. My login is: edmond. RFC karma granted. Best of luck! Christoph

Re: [PHP-DEV] PHP True Async

On 14.02.2025 at 12:22, Edmond Dantes wrote: > I would like to request permission to create an RFC dedicated to the > asynchronous module for PHP. Have you already registered a new Wiki user? If so, what's your username? Otherwise head over to . Christoph

Re: [PHP-DEV] [RFC] Pipe Operator (again)

On 07.02.2025 at 23:54, Rob Landers wrote: > Put another way, what is the order of operations for this new operator? > > For example, what is the output of > > $x ? $y |> strlen(…) : $z > > $x + $y |> sqrt(…) . EOL > > Etc. According to the reference implementation[1], that would be equivalent to

Re: [PHP-DEV] [RFC] Pipe Operator (again)

On 07.02.2025 at 05:57, Larry Garfield wrote: > Hi folks. A few years ago I posted an RFC for a pipe operator, as seen in > many other languages. At the time it didn't pass, in no small part because > the implementation was a bit shaky and it was right before freeze. > Nonetheless, there are

Re: [PHP-DEV] Deprecate building ext/ldap against Oracle LDAP

On 09.11.2024 at 17:18, Christoph M. Becker wrote: > there has been some discussion about this in a GH issue[1]. > > TL;DR: building ext/ldap against Oracle LDAP had been supported, and is > theoretically still supported, but is apparently broken for a while. > The Oracle LDAP im

[PHP-DEV] Update DOM extension version?

Hi all, recently, I've stumbled upon an older bug report which claimed that the version of ext/dom would be incorrect[1]. Since this still is reported as "20031129" (!), I submitted a PR[2] to update that according to the usual convention that bundled extensions report the same version as PHP (e.

Re: [PHP-DEV] Pattern matching details questions

On 06.02.2025 at 20:24, Larry Garfield wrote: > On Thu, Feb 6, 2025, at 3:05 AM, Valentin Udaltsov wrote: > >>> Because PHP uses only an LL(1) parser Actually, we're using an LALR(1) parser; LL(1) is more constrained (although, personally, I like those for their simplicity). >> Are there any pla

Re: [PHP-DEV] RFC: Not Null Assertion Operator

On 06.02.2025 at 15:48, Ilija Tovilo wrote: > * Is assert($foo !== null); $foo->bar; really much worse? I understand > it requires two statements, so it cannot be used in all contexts. In my opinion, it is better, because you can completely disable the assertion checking in production. > * Are w

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

Hi all! 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 OP raised a point regarding the usefulness of filte

[PHP-DEV] Deprecate using the ODBC Cursor Library

Hi all! I've noticed recently[1] that Microsoft has deprecated the ODBC cursor library[2], and that it is scheduled for removal. Thus, I suggest to remove support for this from ext/odbc (we do not use it in ext/pdo_odbc). Concretely, that would entail the deprecation of the constants SQL_CUR_USE

Re: [PHP-DEV] BLAKE3 hash redux

On 24.01.2025 at 20:39, Hans Henrik Bergan wrote: > Can we add the BLAKE3 hash? > > Created a PR here: https://github.com/php/php-src/pull/13194 > Created a RFC draft here: https://wiki.php.net/rfc/blake3 I'm *generally* somewhat concerned regarding the amount of code (growth) in ext/hash, which

Re: [PHP-DEV] htmlentities(): Passing null to parameter #1 ($string) of type string is deprecated

On 16.01.2025 at 02:49, Craig Francis wrote: > On Fri, 3 Jan 2025 at 16:03, Kamil Tekiela wrote: > >> It is a step towards making the user-defined functions and built-in >> functions consistent with each other. > > Just to note, it could have been "consistent" if NULL coercion was > supported for

Re: [PHP-DEV] ext/gd new imagematch function (was: adding imagecompare)

On 31.12.2024 at 16:54, Giovanni Giacobbi wrote: > The idea being, can we provide the most expensive operation, that is basic > pixel by pixel comparison, as native function? Otherwise we keep discussing > bikeshedding and years go by without this being available. This does not > stop future more

Re: [PHP-DEV] ext/gd new imagematch function (was: adding imagecompare)

On 11.07.2024 at 11:35, Giovanni Giacobbi wrote: > The recent PR #14877 [1] proposes to add the imagecompare gd function that > mimics the gdImageCompare function from libgd. I always thought that a > pixel-by-pixel matching function for two images was a big missing feature > in PHP, as the corres

Re: [PHP-DEV] gd heif support

On 08.06.2024 at 12:54, David CARLIER wrote: > I m trying to address an old ticket regarding HEIF support for gd. > Here the PR <https://github.com/php/php-src/pull/14504> > One of the last bit concerns the imagecreatefromstring support part where I > would need a custom strea

Re: [PHP-DEV] Discussion: Remove file statcache?

On 21.12.2024 at 06:49, Larry Garfield wrote: > On Fri, Dec 20, 2024, at 3:35 PM, Christoph M. Becker wrote: > >> I still think the stat cache should be *deprecated* first. That gives >> users a chance to reconsider calling multiple stat related functions >> instead of do

Re: [PHP-DEV] Discussion: Remove file statcache?

On 20.12.2024 at 20:26, Larry Garfield wrote: > Background: PHP has a not-often-considered feature, the stat-cache. That is, > the runtime caches the OS stat() call for files, so that subsequent reads on > the same file can be faster. However, it's even less realized that it's a > single-file

Re: [PHP-DEV] PHP 8.4.2 Released

On 19.12.2024 at 23:12, Morgan wrote: > On 2024-12-20 06:46, Calvin Buckley wrote: >> For source downloads of PHP 8.4.2 please visit our downloads page. >> Windows binaries can be found on the PHP for Windows site. >> The list of changes is recorded in the ChangeLog. > > Interestingly for the Win

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

On 16.12.2024 at 21:05, Christoph M. Becker wrote: > Especially on Windows, where we have different code paths, and sometimes > even completely different code, it would be great to also have these > unit tests. Given that link.exe supports /alternatename, a bit of > additional macro

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

On 16.12.2024 at 14:18, Jakub Zelenka wrote: > 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 > and more). I was rece

Re: [PHP-DEV] RFC karma request

On 15.12.2024 at 00:00, Juris Evertovskis wrote: > I would like to attempt an RFC on the "optional interfaces" feature that I > mentioned a while ago: https://externals.io/message/125967 > > I've created a wiki account with username `tontonsb`. Could you please grant > me the required privileges?

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

On 05.12.2024 at 22:49, Máté Kocsis wrote: >> I'm not sure I like the `Interface` suffix on the `UriInterface` >> interface. Just `Uri\Uri` would be equally expressive. > > Yes, I was expecting this debate :) To be honest, I never liked interfaces > without an "Interface" > suffix, and my dislike

Re: [PHP-DEV] Re: Inaccurate documentation on return values from native functions

On 01.12.2024 at 21:32, Hans Henrik Bergan wrote: > On Sun, Dec 1, 2024, 20:12 Christoph M. Becker wrote: > >> On 01.12.2024 at 19:26, mickmackusa wrote: >> >>> On Sun, Dec 1, 2024 at 10:01 PM Gina P. Banyard >> wrote: >>> >>> Will it not be

Re: [PHP-DEV] Re: Inaccurate documentation on return values from native functions

On 01.12.2024 at 19:26, mickmackusa wrote: > On Sun, Dec 1, 2024 at 10:01 PM Gina P. Banyard wrote: > >> This should just have been an issue on the php/doc-en repo. >> >> Please open such an issue so that we can track it (or submit a PR). > > I am not sure that this is purely a problem with the d

Re: [PHP-DEV] Re: Adding attributes to compile-time constants

On 30.11.2024 at 11:59, Daniel Scherzer wrote: > Since it seems that this requires an RFC, I have created an account on > wiki.php.net with the username `danielescherzer` and kindly request edit > privileges so that I can create the RFC. RFC karma granted. Best of luck with the RFC! Christoph

Re: [PHP-DEV] Return When

On 26.11.2024 at 17:10, Volodymyr Volynets wrote: > I have an idea which will save a lot of code. I am proposing to add": > > return when [condition], [return value]; > > This construct will remove a lot of ifs statements after method calls. For > example: > > $result = Class->method(); > if (!$re

Re: [PHP-DEV] Needs Feedback - Yield without value in reference generator function does not create notice

On 26.11.2024 at 12:31, Claude Pache wrote: >> Le 26 nov. 2024 à 01:49, aggelos bellos a écrit : >> >> In this issue #16761 it was >> verified that in the above code it should throw a notice for both yields: >> ``` >> > error_reporting(E_ALL); >> fun

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

On 21.11.2024 at 10:36, Tim Düsterhus wrote: > This proposal would not affect that. You would just need to add a colon > after the `case` statement, not a semicolon. In fact that would more > closely match the corresponding `switch`, which would also need to have > a colon: > >     > >         s

Re: [PHP-DEV] Better development streamlining of the built-in server

On 19.11.2024 at 03:33, John D'Orazio wrote: > […] I even recently discovered the great > feature that was introduced in PHP 7.4 `PHP_CLI_SERVER_WORKERS`, which I > sorely > needed because my API makes a couple of requests internally to various paths > of > the API, and nested requests require m

[PHP-DEV] Deprecate building ext/ldap against Oracle LDAP

Hi all, there has been some discussion about this in a GH issue[1]. TL;DR: building ext/ldap against Oracle LDAP had been supported, and is theoretically still supported, but is apparently broken for a while. The Oracle LDAP implementation is part of Oracle Instant Client, and uses an older LDAP

Re: [PHP-DEV] wiki account request for edit privileges authorization

Hi Hans! On 06.11.2024 at 15:32, Hans Krentel wrote: > my wiki username is >> hakre << and I'm planning to do some minor > editing work in the wiki first of all for formatting things streamlining > same-page content, that are adding missing colons at the end of > introductory sentences to console

Re: [PHP-DEV] [RFC] Change behaviour of array sort functions to return a copy of the sorted array

On 20.10.2024 at 19:42, Gina P. Banyard wrote: > I would like to propose a short RFC to make the return value of the sort() > and similar functions more useful: > https://wiki.php.net/rfc/array-sort-return-array After having thought a bit about , I do

[PHP-DEV] Deprecate mhash constants?

Hi all, recently, it was discovered that although the mhash functions are deprecated as of PHP 8.1.0[1], the mhash constants are not yet deprecated. I believe that was just an oversight, since the are well hidden in the sources, and we don't even have them in the stub files[2]. I made a PR to ac

Re: [PHP-DEV] Re: [RFC] [Discussion] Persistent CurlShareHandle objects

On 23.10.2024 at 21:42, Rob Landers wrote: > On Wed, Oct 23, 2024, at 21:20, Eric Norris wrote: > >> Were you also suggesting that I shouldn't ask a question about the >> implementation regarding using EG(persistent_list) vs. a module >> global? I'm torn; I agree that it is an implementation detai

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

On 08.10.2024 at 01:31, Jim Winstead wrote: > What is currently blocking content that at least one unpaid volunteer* wants > to contribute in a way that leverages the existing technical infrastructure > is that there is vague, unwritten policy that we don't mention third-party > tools in the PH

Re: [PHP-DEV] Asymmetric visibility is a BC break

On 14.10.2024 at 13:29, Gina P. Banyard wrote: > The thing is, I don't even know what: > >> Source compatibility should be kept if possible, while breakages are allowed > > means here. That refers to external extensions and SAPIs, etc. Binary compatibility as not possible (due to API number bump

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

On 02.10.2024 at 12:55, Gina P. Banyard wrote: > On Wednesday, 2 October 2024 at 00:32, Larry Garfield > wrote: > >> I have no strong opinions on this RFC as I've not paid close attention to >> it, but "we can't introduce an unnamespaced class, that's a BC break" is >> simply not true, and not

Re: [PHP-DEV] Protected destructors

On 28.09.2024 at 16:21, Jonathan Vollebregt wrote: >> Hmm, I wonder about the use-cases of userland destructors.  It seems to >> me they are mostly useful for sanity checks, and maybe to close >> resources.  Are there others? >> >> If not, I wouldn't worry much about the visibility of destructors,

Re: [PHP-DEV] No more RFC implementations during beta phase

On 27.09.2024 at 18:22, Arvids Godjuks wrote: > I agree with the general sentiment that alpha/beta/rc should be followed in > their canonical form: > - Alpha - API/ABI gets broken, new stuff gets introduced, big > implementations happen > - Beta - new big additions are not allowed any more and int

Re: [PHP-DEV] Protected destructors

On 27.09.2024 at 14:32, Jonathan Vollebregt wrote: > Long story short I'd like to suggest: > > 1. Allow the engine to call protected destructors (again) > 2. Warning when declaring a private destructor as with other magic methods > 3. Documentation update to confirm private destructors aren't allo

Re: [PHP-DEV] No more RFC implementations during beta phase

On 26.09.2024 at 14:23, Tim Düsterhus wrote: > Am 2024-09-24 17:14, schrieb Christoph M. Becker: > >> I want to suggest that we do not allow any RFC implementations to land >> during beta phase.  In my opinion, the remaining time to thoroughly >> check and address possi

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

On 26.09.2024 at 13:45, Tim Düsterhus wrote: > Am 2024-09-25 21:26, schrieb Ayesh Karunaratne: >> I see the account is already approved. > > Unless you did not yet accept the invitation to the GitHub organization, > it appears that you were not invited there yet. If that is the case, > someone sho

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

On 25.09.2024 at 21:23, Jim Winstead wrote: > On Wed, Sep 25, 2024, at 12:17 PM, Christoph M. Becker wrote: > >> I don't see a reason why we shouldn't grant you a php.net account. >> >> However, did you already fill-out and send the form on >> <

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

On 25.09.2024 at 20:54, Ayesh Karunaratne wrote: > My name is Ayesh Karunaratne, with GitHub username @Ayesh. > > In one of my recent PRs, Christoph (@cmb) made a friendly mention that > it might be time for a php.net and commit karma to php-src > (https://github.com/php/php-src/pull/13675#issueco

Re: [PHP-DEV] [RFC] Warn on conversions from resource to string

On 24.09.2024 at 19:21, Gina P. Banyard wrote: > On Tuesday, 24 September 2024 at 14:24, Christoph M. Becker > wrote: > >> On 24.09.2024 at 14:18, Gina P. Banyard wrote: >> >>> Let me know what you think about it: >>> https://wiki.php.net/rfc/warn-resou

Re: [PHP-DEV] Zephir, and other tangents

On 23.09.2024 at 23:21, Rowan Tommins [IMSoP] wrote: > Among the installed PECL extensions are igbinary, imagick, mongodb, > msgpack, and oauth (which I note lists the version as "2.0.8dev"). Well, oauth hadn't had a release for four years, so that probably has been a last resort to still provide

Re: [PHP-DEV] [RFC] Warn on conversions from resource to string

On 24.09.2024 at 14:18, Gina P. Banyard wrote: > I would like to propose a short RFC about warning on conversions from > resources to strings, > similar to what a conversion from array to string does. > > Let me know what you think about it: > https://wiki.php.net/rfc/warn-resource-to-string Th

Re: [PHP-DEV] Zephir, and other tangents

On 23.09.2024 at 08:14, Mike Schinkel wrote: > However, my guess is that Automattic (spelled correctly) is not likely > to do that given how dismissive PHP Internals and by extension the PHP > Foundation has been regarding the needs of WordPress users for as long > as you Arvids have been doing PH

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

On 20.09.2024 at 15:00, Gina P. Banyard wrote: > This leads to a rather insane situation where the engine does not assume + is > always commutative but does so for *, something which makes no sense as > multiplication or product operations are (in the grand scheme of mathematics) > rarely commu

[PHP-DEV] Clarification about deprecate proprietary CSV escaping mechanism

Hi all, there is some debate regarding the implementation of the "Deprecate proprietary CSV escaping mechanism" RFC section[1], which needs clarification from the list, in my opinion. That RFC section perhaps used some unclear wording: | Which is to deprecate passing a non-empty string to the $e

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

On 18.09.2024 at 00:13, Rowan Tommins [IMSoP] wrote: > Since you mentioned Scala, I looked it up, and it seems to be on the > other end of the spectrum: operators are just methods, with no > mathematical meaning or special dispatch behaviour. In fact, "a plus b" > is just another way of writing "a

Re: [PHP-DEV] PHP 8.4 / Status of "Saner Increment/Decrement operator" part 2 ?

On 17.09.2024 at 20:04, Juliette Reinders Folmer wrote: > I was just looking at the "Path to Saner Increment/Decrement operators" > RFC [1] and as part of the proposal, step 2 "Deprecate using the > increment operator with non-numeric strings." should have gone into PHP > 8.4, but I can't find any

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

On 17.09.2024 at 18:03, Gina P. Banyard wrote: > On Saturday, 14 September 2024 at 18:48, Christoph M. Becker > wrote: > >> On 14.09.2024 at 17:33, Gina P. Banyard wrote: >> >>> RFC: https://wiki.php.net/rfc/directory-opaque-object >> >> As I see it, a

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

On 17.09.2024 at 17:06, Derick Rethans wrote: > On Mon, 9 Sep 2024, Christoph M. Becker wrote: > >> write-test.php is important, and <https://qa.php.net/phpt_details.php> >> maybe even more so. As this is relevant for run-tests.php (I don't >> think there are s

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

On 16.09.2024 at 18:31, Derick Rethans wrote: > 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

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

On 15.09.2024 at 12:22, Ilija Tovilo wrote: > On Sat, Sep 14, 2024 at 11:44 PM Barel wrote: > >> So which IDE would you recommend for php-src development? I understand that >> people probably have many different preferences but I wondered if there was >> something that most php internals develo

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

On 14.09.2024 at 23:44, Barel wrote: > […] One important feature > would be to easily work with the project running on a docker container You may be interested in . Christoph

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

On 14.09.2024 at 17:33, 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 pro

Re: [PHP-DEV] Broken link at https://wiki.php.net/systems/vcs

On 14.09.2024 at 05:42, Krinkle wrote: > Per [1], there is a typo in the link at https://wiki.php.net/systems/vcs > > It points at the unreachable https://www.githib.com/php instead of > https://github.com/php > > [1]: https://wiki.php.net/systems/vcs?do=register This has been fixed in the meant

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

On 13.09.2024 at 11:42, Derick Rethans wrote: > On Wed, 11 Sep 2024, Christoph M. Becker wrote: > >> While the upload/download issue might be solved one way or the other, >> having a Git repository for the series files might solve a couple of >> issues. I've set up

Re: [PHP-DEV] Proposal: Add support for interactive console application on Windows

On 13.09.2024 at 16:07, Sara Golemon wrote: > On Thu, Oct 12, 2023 at 6:50 PM Patrik Pasterčík wrote: > >> An analysis of other solutions, a detailed description of the problems >> and a proof of concept is in the proposal in the issue here: >> https://github.com/php/php-src/issues/12227 > > Resu

Re: [PHP-DEV] For discussion (no RFC for now) - more libcrypt bindings

On 13.09.2024 at 10:09, Remi Collet wrote: > For now, these are provided in the xpass extension. > Main issue is Windows. > > => https://pecl.php.net/package/xpass Yeah, it might be an issue to port this library to Windows. There is a vcpkg port[1], but only for Linux. I haven't had a closer lo

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

On 12.09.2024 at 00:03, Christoph M. Becker wrote: >> The GD PHP extension defines "imagecreatefromxpm" functions. How do you >> manage it if XPM support is disabled? > > Oh, wow, gd/config.w32 needs to be fixed (anyway). As is, if libxpm is > not available, ext/g

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

On 12.09.2024 at 06:46, Pierre Joye wrote: > I mentioned that long ago, but a maybe faster way to get windows ready > sources is vcpkg: > > https://vcpkg.roundtrip.dev/ports/libxpm > > only changes required are for static lib names, as we use _a to > differentiate. lib for dll or static links. Dr

Re: [PHP-DEV] Zephir, and other tangents

On 11.09.2024 at 22:43, Hammed Ajao wrote: > Your point about operator overloading doesn't seem valid either. Consider > the following: > > ```php > class X { > public function plus(X $that) {} > public function equals(X $that) {} > } > ``` > > In this case, `plus` could represent any beha

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

On 11.09.2024 at 23:27, JB wrote: > The GD PHP extension defines "imagecreatefromxpm" functions. How do you > manage it if XPM support is disabled? Oh, wow, gd/config.w32 needs to be fixed (anyway). As is, if libxpm is not available, ext/gd can't be built, what makes no sense, since the code whi

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

On 11.09.2024 at 16:04, Derick Rethans wrote: > But XML parsing is such an integral part of PHP, that this absolutely > should be in core. For *many* users, if it's not in core, they can't use > it. Or at least that used to be a big problem. We even made ext/json and ext/hash mandatory, so users

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

On 11.09.2024 at 15:51, Derick Rethans wrote: > On Sun, 8 Sep 2024, Christoph M. Becker wrote: > >> On 08.09.2024 at 16:58, Derick Rethans wrote: >> > > Ok, but I still don't see why you need an RFC for this? :-) Oh, I don't need an RFC for this. Actually, you

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

Hi all, I'm in the progress of updating all libraries required for ext/gd on Windows. Since libxpm hasn't been updated for quite a while (we're still shipping libxpm 3.5.12), I've attempted updating to libxpm 3.5.17. However, besides the already existing mess of needing to fetch several X11 head

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

On 09.09.2024 at 22:50, Bilge wrote: > I mainly just reference https://qa.php.net/expectf_details.php. I also link > to this from https://github.com/ScriptFUSION/Pip. Keep in mind that PHPUnit > (secretly) supports the PHPT format and the QA site is the only > (un)official reference for its implem

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

On 09.09.2024 at 17:52, Derick Rethans wrote: > I am proposing to move all the content away from qa.php.net and merge it > into php.net Generally +1 on this. > - Documentation on how to write tests > (https://qa.php.net/write-test.php), and how to handle bug reports > (https://qa.php.net/han

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

On 08.09.2024 at 16:58, Derick Rethans wrote: > On Sun, 8 Sep 2024, Christoph M. Becker wrote: > >> The upload could be as simple as a cron'd `git pull` on the server. > > All our websites, including PHP downloads, use the rsync server for > this. That server has a GIT

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

Hi all, this is about the PHP dependencies for Windows which are available at . As is, new dependency builds are uploaded manually. This has a couple of problems: * only few people can do these uploads At first, that is a good thing, because ma

  1   2   3   4   5   6   7   8   9   10   >