Re: [PHP-DEV] Update OpenSSL *minor* version on Windows?

On 05.08.2025 at 15:49, Jan Ehrhardt wrote: > OpenSSL 3.5 has been marked as LTS now and supported up until 2030-04-08. > https://openssl-library.org/policies/releasestrat/index.html > This might be a good time to update OpenSSL to 3.5. > OpenSSL 3.5.2 has been released today. Could we release PHP

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

On 10.07.2025 at 14:06, Tim Düsterhus wrote: > Am 2025-07-09 12:34, schrieb Christoph M. Becker: > >> That *might* give users only a year to fix the deprecated features, what >> might not match everybody's pace, though. > > Each PHP version is supported for 4 years

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

mate (and maybe the penultimate) minor version prior to a major release. Of course, that would require us to plan ahead. :| Christoph M. Becker

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

but I wouldn't be surprised if such code exists in the wild, but even more suprised if such code would be found in a Composer package. Christoph M. Becker

Re: [PHP-DEV] [RFC] Transform void into an alias for null

On 03.06.2025 at 03:36, Anton Smirnov wrote: > On 02/06/2025 20:01, Larry Garfield wrote: > >> The result of this RFC is that the following would no longer be an >> error, yes? >> >> function test(): void { >>    print "test"; >> } >> >> // This currently gives an error, but you propose that it >>

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

On 02.06.2025 at 18:11, Gina P. Banyard wrote: > The RFC proposes to deprecate implicit type coercions to and from the bool > type for other scalar types. > This a "weak" mode change only, as when strict_types are enabled none of > these coercions can happen. > > Let me know what you think abou

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 php.net pa

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 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] 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] 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] 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 > One of the last bit concerns the imagecreatefromstring support part where I > would need a custom stream handler for this fo

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

Re: [PHP-DEV] Where to document configuration option changes?

On 06.09.2024 at 16:38, Remi Collet wrote: > Hi, > > Le 04/09/2024 à 15:04, Christoph M. Becker a écrit : >> Hi all, >> >> that issue came up the other day on a pull request[1], but since it is >> not particularly related to any single PR, I wanted to ask here fo

[PHP-DEV] Update OpenSSL *minor* version on Windows?

Hi all, I've mentioned this already in a pull request[1], but figure this should be discussed on the mailing list. Quoting myself from that PR: | PHP 8.4 is supposed to be supported until 31st Dec 2028, but OpenSSL | 3.0 will only be supported until 7th September 2026. This might even | be an is

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

On 04.09.2024 at 22:15, Rob Landers wrote: > 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 ip address > > From what

[PHP-DEV] Where to document configuration option changes?

Hi all, that issue came up the other day on a pull request[1], but since it is not particularly related to any single PR, I wanted to ask here for clarification. This is about changes to `./configure` options of php-src, and whether these should be documented in UPGRADING or UPGRADING.INTERNALS.

Re: [PHP-DEV] Pre-RFC Discussion: Support for String Literals as Object Properties and Named Parameters in PHP

On 02.09.2024 at 19:35, Mike Schinkel wrote: >> On Sep 2, 2024, at 12:42 PM, Christoph M. Becker wrote: >> >> On 02.09.2024 at 16:51, Mike Schinkel wrote: >> >>> So I am sympathetic to the desire to improve the language. However I fear >>> this s

Re: [PHP-DEV] Pre-RFC Discussion: Support for String Literals as Object Properties and Named Parameters in PHP

On 02.09.2024 at 16:51, Mike Schinkel wrote: > Generally I am one who welcomes new feature ideas, but I fear that string > literals as object properties would break a valuable assumption that all > properties must be a valid identifier. Without that assumption I fear many > things that would be

Re: [PHP-DEV] strrchr with needle with multiple characters

On 02.09.2024 at 13:17, Vincent Langlet wrote: > I was today old when I discovered the big difference between strchr and > strrchr in the way they handle needle with multiple characters. > > It's explained in the doc https://www.php.net/manual/en/function.strrchr.php > - If needle contains more th

Re: [PHP-DEV] Ship PHP builds for Windows on arm64?

On 02.09.2024 at 10:47, Jordi Boggiano wrote: > On 28.08.2024 21:16, Christoph M. Becker wrote: >> (1) The libraries on which several extensions rely are not yet available >> for Windows on arm64; at least the winlib-builder[2] would need to be >> improved in this regard

Re: [PHP-DEV] PHP 8.3.11 Released

On 01.09.2024 at 09:16, Mike Schinkel wrote: > One of the benefits for users when software authors strictly follow SemVer is > that automated tooling can decide if an automatic upgrade should be safe. > Depending on out-of-band information to convey BC breakage can result in > those who use aut

Re: [PHP-DEV] PHP 8.3.11 Released

On 31.08.2024 at 19:35, Derick Rethans wrote: > Shouldn't we have bumped the API number for this? Better safe than sorry. That ABI break was accidentially committed. There was some discussion whether to stick with the break and bump API numbers, or to revert, and there was consensus that in this

Re: [PHP-DEV] PHP 8.3.11 Released

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 of things. I don't remember any such >

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

On 30.08.2024 at 19:05, Jim Winstead wrote: > Perhaps if the effort from the PHP Foundation to build a next-generation PECL > bears fruit, an even harder look can be taken at migrating out even more of > the extensions still living in the php-src tree. With some robust CI, care > could be made

Re: [PHP-DEV] PHP 8.3.11 Released

On 30.08.2024 at 00:46, Jakub Zelenka wrote: > The PHP development team announces the immediate availability of PHP > 8.3.11. This is a bugfix release. > > All PHP 8.3 users are encouraged to upgrade to this version. > > For source downloads of PHP 8.3.11 please visit our downloads page: > https:/

  1   2   3   4   5   6   7   8   9   10   >