.13>
Release Manifest:
<https://gist.github.com/NattyNarwhal/b91165af9ff921bc7e022bb62b97cf19>
Many thanks to all the contributors and supporters!
Regards,
Calvin Buckley, Saki Takamachi, and Eric Mann
php-8.4.13.tar.bz2
SHA256 hash: 85181ddca7b3e03f148521b043bd62411950d4
should be expected in 2 weeks, i.e. on the 25th.
Hash values and PGP signatures can be found below or at
https://gist.github.com/NattyNarwhal/a03741e9e9664d604d6340ed7f0dcb80
Thank you, and happy testing!
Regards,
Calvin Buckley, Saki Takamachi, and Eric Mann
php-8.4.13RC1.tar.bz2
SHA256 hash
On Aug 8, 2025, at 11:46 AM, Robert Wolf wrote:
>
> A disconnect method has been suggested before, and several times at that (see
> below references), but I have not found an RFC for it.
I had filed https://github.com/php/php-src/issues/15749 which was perhaps a
bit more general, but I'm intere
.11>
Release Manifest:
<https://gist.github.com/NattyNarwhal/e8819076b0a0adbb6d66b24bda909135>
Many thanks to all the contributors and supporters!
Regards,
Calvin Buckley, Saki Takamachi, and Eric Mann
php-8.4.11.tar.bz2
SHA256 hash: 2c39c75b54df89b01195b72ad0ee1fcd490c71
On Jul 25, 2025, at 9:40 AM, Gina P. Banyard wrote:
>
> Hello internals,
>
> As Tim announced a few days ago, I've opened the votes for the deprecations:
> https://wiki.php.net/rfc/deprecations_php_8_5
Heads up, I've adjusted the header name for the driver specific build
flags to change depreca
On Jul 22, 2025, at 6:10 AM, Peter Kokot wrote:
>
> I still think that Oniguruma needs to be bundled to make builds simpler.
> Deprecating this part of the mbstring extension will take until PHP 9 to be
> able to remove it (at least according to current PHP practices - deprecation
> and remova
should be expected in 2 weeks, i.e. on the 31st.
Hash values and PGP signatures can be found below or at
https://gist.github.com/NattyNarwhal/67185421e9da60a716e01b1db8168e78
Thank you, and happy testing!
Regards,
Calvin Buckley, Saki Takamachi, and Eric Mann
php-8.4.11RC1.tar.bz2
SHA256 hash
On Jul 7, 2025, at 12:22 PM, Gina P. Banyard wrote:
>
> On Wednesday, 2 July 2025 at 21:57, Calvin Buckley wrote:
>>
>> Thanks for reminding me I should dust off my proposal for cleaning up
>> ODBC driver support. Might be a good idea to put it to a vote...
>>
On Jul 4, 2025, at 6:52 PM, Peter Kokot wrote:
>
> I'd also suggest deprecating building ext/readline with the Readline library
> and
> ext/dba with the GDBM library.
>
> These two libraries are released under the GPL-3 license, which is not
> compatible with PHP. In practice this means that PH
On Jul 2, 2025, at 4:56 PM, Gina P. Banyard wrote:
>
> Hello internals,
>
> 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
>
> As a reminder, this list has been compiled over the course of the past
On Jun 19, 2025, at 11:08 AM, Marc Bennewitz wrote:
>
> Hi,
>
> During the discussion about the year 2038 issue it turned out that maybe it's
> time to drop support for 32-bit of PHP completely.
>
> Based on that I have created an RFC to deprecate 32-bit build in 8.next and
> drop support for
On Jun 16, 2025, at 10:28 AM, Matteo Beccati wrote:
>
> Hi,
>
> as mentioned in https://github.com/php/php-src/pull/15949 I still think that
> PARAM_LOB can safely be used as identifier for binary data, as pdo_mysql and
> pdo_pgsql do.
>
I think PARAM_LOB and PARAM_BINARY are orthogonal.
Us
4.8>
Release Manifest:
<https://gist.github.com/NattyNarwhal/169fd57b10af8a11f32207535bb30c30>
Many thanks to all the contributors and supporters!
Regards,
Calvin Buckley, Saki Takamachi, and Eric Mann
php-8.4.8.tar.bz2
SHA256 hash: 36569c64dd1499e570c436603b641eee7cde4af576af7865
should be expected in 2 weeks, i.e. on the 5th.
Hash values and PGP signatures can be found below or at
https://gist.github.com/NattyNarwhal/79d286a1146b15fa4f6acfeab8537309
Thank you, and happy testing!
Regards,
Calvin Buckley, Saki Takamachi, and Eric Mann
php-8.4.8RC1.tar.bz2
SHA256 hash
4.6>
Release Manifest:
<https://gist.github.com/NattyNarwhal/a3438065d82878f69971ad0738d3f3e4>
Many thanks to all the contributors and supporters!
Regards,
Calvin Buckley, Saki Takamachi, and Eric Mann
php-8.4.6.tar.bz2
SHA256 hash: 9cf2734509b603f6589617ab52a9712a03e0fe059951cddd
ear
commitment and is a position of trust.
Thank you in advance for your consideration.
Your 8.4 Release Managers,
Calvin Buckley, Saki Takamachi, and Eric Mann
Vote Opens: 2 April 2025 15:00:00 UTC
Vote Closes: 16 April 2025 15:00:00 UTC
Refs:
0 - Pierrick Charron: https://externals.io/message/1
should be expected in 2 weeks, i.e. on the 10th.
Hash values and PGP signatures can be found below or at
https://gist.github.com/NattyNarwhal/66f5f1d8b45217abf1068858c8a4aa7d
Thank you, and happy testing!
Regards,
Calvin Buckley, Saki Takamachi, and Eric Mann
php-8.4.6RC1.tar.bz2
SHA256 hash
Hi internals,
Following some discussion in [GH-15564] about providing a cross-platform
glob implementation, I've done the work to make the implementation used
on Windows (which is from OpenBSD) the default on all platforms. You can
see it at [GH-18164]. CI is currently passing with this.
The code
On Mar 13, 2025, at 11:59 AM, Calvin Buckley wrote:
>
> Hi all,
>
> It's time to start the process of finding and electing RMs for the next
> minor PHP release.
I'll also note that we plan to start voting on candidates on the 2nd,
so there's plenty of time to get your names in. Good luck!
re if you wish to be considered a candidate.
An initial TODO page has been added to the wiki and contains provisional
dates for GA and pre-releases [2].
[1] https://github.com/php/php-src/blob/master/docs/release-process.md
[2] https://wiki.php.net/todo/php85
Let's all make PHP awesome!
Calvi
be expected in 2 weeks, i.e. on the 13th Mar.
Hash values and PGP signatures can be found below or at
https://gist.github.com/SakiTakamachi/15f7cfa676871f8d7d01f7cbd065fff9
Thank you, and happy testing!
Regards,
Saki Takamachi, Calvin Buckley, and Eric Mann
(I'm sending this on behalf of Sak
4.4>
Release Manifest:
<https://gist.github.com/NattyNarwhal/7cee2e6d52cf49cd66410f625feea46b>
Many thanks to all the contributors and supporters!
Regards,
Calvin Buckley, Saki Takamachi, and Eric Mann
php-8.4.4.tar.bz2
SHA256 hash: 192a325fd3ca09b6c528dd6014ee07d803c3162514d4bb0d
bugs at
https://github.com/php/php-src/issues
8.4.4 should be expected in 2 weeks, i.e. on the 13th.
Hash values and PGP signatures can be found below or at
https://gist.github.com/NattyNarwhal/fd174c123455fd95d3ba5c4ae825fab0
Thank you, and happy testing!
Regards,
Calvin Buckley, Saki Taka
On Dec 22, 2024, at 10:57 AM, Kévin Dunglas wrote:
>
> On Sun, Dec 22, 2024 at 10:44 AM Jakub Zelenka wrote:
> Thinking about it, there might be a possibility to address it (at least on
> Linux) using fanotify. Not sure about other platforms but maybe there are
> some solutions to address it.
On Dec 20, 2024, at 3:26 PM, 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
> sin
4.2>
Release Manifest:
<https://gist.github.com/NattyNarwhal/30afe28f00ba03943aedf6cd5a88fed6>
Many thanks to all the contributors and supporters!
Regards,
Calvin Buckley, Saki Takamachi, and Eric Mann
php-8.4.2.tar.bz2
SHA256 hash: ef4fe9921b885ce3b047792ab60260eaf657e22812be511d
On Dec 16, 2024, at 9:18 AM, Jakub Zelenka wrote:
>
> Hi,
>
> I have been looking into how to test some cases where integration tests are
> very difficult or even impossible to create for. Those are often found in
> networking related and system specific code code (network.c, streams, FPM and
should be expected in 2 weeks, i.e. on the 19th.
Hash values and PGP signatures can be found below or at
https://gist.github.com/NattyNarwhal/6194d1e61ac4ddc9c2d19115b2a25eda
Thank you, and happy testing!
Regards,
Calvin Buckley, Saki Takamachi, and Eric Mann
php-8.4.2RC1.tar.bz2
SHA256 hash
release will be the production-ready, general availability
release, planned for 21 November 2021.
Hash values and PGP signatures can be found below or at
https://gist.github.com/NattyNarwhal/6a107fe3b862ac3e2cf03b013e151eba
Thank you, and happy testing!
Regards,
Calvin Buckley, Saki Takamachi, and
Hi internals,
I've been debugging some recent issues users have had, as well as
discussing some related ones. I've come to the conclusion there's a lot
issues with applications trying to access binary data via PDO drivers.
For example
- Binary data when quoting in SQL Server can easily get mangl
On Oct 15, 2024, at 2:11 PM, Larry Garfield wrote:
>
> I think folks are operating with different definitions of "BC Break".
>
> Consider:
>
> // Foreign.php
>
> class Foreign {
> public function __construct(public string $name) {}
> }
>
> // My code:
>
> $f = new Foreign('beep');
> $rProp
release candidate, PHP 8.4.0RC3, should be expected in 2
weeks, i.e., on 24 Oct 2024.
Hash values and PGP signatures can be found below or at
https://gist.github.com/NattyNarwhal/ea2bb82ce1e3fb67f385b2d6e2e085dc
Thank you, and happy testing!
Regards,
Calvin Buckley, Saki Takamachi, and Eric Mann
On Sep 13, 2024, at 3:24 PM, Christoph M. Becker wrote:
>
> Note that there are already a couple of related extensions on PECL[1];
> of these only win32service is still maintained, though. Still, having a
> look at these extensions might make sense.
I actually maintain one for IBM i [1], but it
first release candidate, PHP 8.4.0RC1, should be expected in 2
weeks, i.e., on 26 Sep 2024.
Hash values and PGP signatures can be found below or at
https://gist.github.com/NattyNarwhal/2dc0c8a3f7bf63ec5143b4bf703ee626
Thank you, and happy testing!
Regards,
Calvin Buckley, Saki Takamachi, and Eric
On Aug 29, 2024, at 2:49 PM, Christoph M. Becker wrote:
>
> Hi all,
>
> it seems to me that we're pulling through ext/snmp without having any
> real expert of the protocol, let alone of the implementation. The
> extension has no code owner, and according to EXTENSIONS, it has no
> primary maint
On Aug 27, 2024, at 8:52 AM, Christoph M. Becker wrote:
>
> Interesting! Just a the other day I (re-?)learned that there are
> usually no "import libraries" (Windows terminology) on Linux, which are
> *very* common on Windows. Such import libraries define stubs (i.e.
> wrappers) for all exporte
On Aug 26, 2024, at 1:23 PM, Peter Kokot wrote:
>
> Hello,
>
> There came up another idea/issue about the Phar extension and its
> native SSL support.
>
> As you might know or not, when building PHP:
>
> ./configure --with-openssl --enable-phar
>
> the Phar extension will get so-called native
next beta, PHP 8.4.0beta4, should be expected in 2
weeks, i.e., on 29 August 2024.
Hash values and PGP signatures can be found below or at
https://gist.github.com/NattyNarwhal/fdd2de9d3b165143d376679258811c15
Thank you, and happy testing!
Regards,
Calvin Buckley, Saki Takamachi, and Eric Mann
php
On Aug 6, 2024, at 3:09 AM, Nick Lockheart wrote:
>
>
> Sand Box: A first class API that allows unit testing of code with mocks
> and stubs of other classes or functions, without the need to modify the
> class under test.
This honestly feels like it's going to be a repeat of safe_mode.
What mi
8.4.0alpha3 should be expected in 2 weeks, i.e. on 1 Aug 2024.
Hash values and PGP signatures can be found below or at
https://gist.github.com/NattyNarwhal/74b55b8fcc6411ff8db05f87a6f41864
Thank you, and happy testing!
Regards,
Calvin Buckley & Saki Takamachi & Eric Mann
php-8.4.0alpha2.tar.bz
On May 17, 2024, at 10:47 AM, Arnaud Le Blanc wrote:
>
> Hi internals,
>
> There is an issue with max_execution_time on MacOS, probably only
> MacOS 14 on Apple Silicon, that causes timeouts to fire too early [1].
> max_execution_time is implemented with setitimer(ITIMER_PROF) on this
> platform
On Apr 30, 2024, at 8:07 AM, Arvids Godjuks wrote:
> On Tue, 30 Apr 2024 at 12:07, Matteo Beccati wrote:
> Hi,
>
>
> > If MariaDB wants to maintain a specific PDO Driver they can do so
> > themselves and publish it on PECL, same as how CUBRID (and others) does
> > currently.
>
> That is true
On Apr 17, 2024, at 9:24 AM, Matteo Beccati wrote:
>
> Hello everybody,
>
> I'd like to start a discussion on a new RFC about fixing the default PDO SQL
> parser and having (optional) driver-specific parsers.
>
> https://wiki.php.net/rfc/pdo_driver_specific_parsers
>
> Thanks GPB and Tom de W
On Apr 2, 2024, at 11:15 AM, Derick Rethans wrote:
>
> What do y'all think about requiring GPG signed commits for the php-src
> repository?
>
> I had a look, and this is also something we can enforce through GitHub
> as well (by using branch protections).
Would this affect only direct pushes
On Mar 5, 2024, at 11:37 AM, Jakub Zelenka wrote:
>
> Please put your name forward here if you wish to be considered a candidate.
> An initial TODO page has been added to the wiki and contains provisional
> dates for GA and pre-releases [2].
>
I'm putting my hat in to the ring again for 8.4 r
On Feb 14, 2024, at 11:16 AM, Derick Rethans wrote:
>
> Please don't be alarmed, we're moving the lists over to a new machine.
I've been getting a ton of spam from php-general@ recently.
I suspect the changeover might be related.
> On Jul 9, 2023, at 11:29 AM, Dan Ackroyd wrote:
>
> On Fri, 7 Jul 2023 at 18:39, Calvin Buckley wrote:
>>
>> I'd like to hear any oversights, and what could be done to take this
>> further.
>
> I think someone needs to write some code and some
Hi internals@,
I’m linking to a GH issue I filed a file back about extending PDO. It's
intending to address common issues with dealing with bindary data that
I've seen users deal with.
In particular, I’d appreciate feedback from people with PDO internals,
and any other DBMS' features/limitations
You’re going to likely have this with database as well - at least ODBC presents
decimals as strings, because they can’t be represented as a C type (without
turning it into a struct of some sort).
> On Apr 26, 2023, at 9:23 AM, Alexander Pravdin wrote:
>
> On Wed, 26 Apr 2023 at 20:52, Benjamin
On Apr 17, 2023, at 6:01 PM, Sergey Panteleev wrote:
>
> Hi all,
>
> The polls have closed, and Derick’s scripts have tallied the votes [1],
>
> Our “rookie" PHP 8.3 release managers are:
> - Jakub Zelenka
> - Eric Mann
>
> Our "veteran” is the PHP 8.2 release manager Pierrick Charron.
> Jakub
On Wed, 2023-03-01 at 23:20 +0300, Sergey Panteleev wrote:
> Please put your name forward here if you wish to be considered a
> candidate. An initial TODO page has been added to the wiki and
> contains provisional dates for GA and pre-releases [2].
I'll throw my hat into the ring, since I had prev
On Wed, 2022-05-18 at 13:45 -0500, Ben Ramsey wrote:
>
> Our 8.2 “rookie” release managers are:
>
> * Sergey Panteleev
> * Pierrick Charron
>
> Congratulations!
>
> Thank you to all the candidates! I hope you’ll consider putting in
> your name for future release manager elections, and as always
On Mon, 2022-04-25 at 13:51 +0200, Christoph M. Becker wrote:
>
> Please put your name forward here if you wish to be considered a
> candidate. An initial TODO page has been added to the wiki and
> contains
> provisional dates for GA and pre-releases[2].
>
I'll put my name in the hat for applyi
This might be interesting. I've set up Actions builds for extensions,
and the Windows part was pretty easy (thanks to Christoph's action for
setting up a PHP build environment on Windows). If I could set up a
workflow that when I tag a release, it pushes a full matrix to PECL,
that would be great.
On Sep 22, 2021, at 11:24 AM, Matthew Weier O'Phinney
wrote:
> As somebody who's been contributing to and maintaining OSS libraries
> forever (since 2002), the pace of change of PHP is, frankly, ridiculous. I
> can keep up with patches. I can keep up with new features. But BC breaks
> EVERY YEAR
I suspect this is true (I have not tested yet to be sure) for the Toolkit for
IBM i, since it looks at resource types for the same purpose (determine
database connection type). Minor fix, but it is a BC break.
> On Sep 22, 2021, at 10:29 AM, Matthew Weier O'Phinney
> wrote:
>
> Yesterday, I o
Good point, but I'm still on GCC 10 in Fedora. I haven't tried its
static analyzer yet either. That said, I don't know how GCC's analyzer
handles PHP's ewhateveralloc functions - that is, if it'd do better
than LLVM.
On Tue, 2021-05-25 at 23:43 +0100, G. P. B. wrote:
> Isn't this handled by the GC
PM, Calvin Buckley wrote:
>
> Hi internals@,
>
> I maintain an extension and I suspect there are some issues in the code. As
> such, I’ve been trying various tools to try to make it easier to catch the
> issues. (For the curious: I’ve tried *San, which I feel doesn’t work ve
> On May 21, 2021, at 4:48 PM, Levi Morrison
> wrote:
>
> Just to check: are you setting the environment variable USE_ZEND_ALLOC
> to 0? This causes the engine to use malloc:
> https://heap.space/xref/PHP-7.4/Zend/zend_alloc.c?r=600402d9#2738.
>
> For what it's worth, I was recently annoyed _
Hi internals@,
I maintain an extension and I suspect there are some issues in the code. As
such, I’ve been trying various tools to try to make it easier to catch the
issues. (For the curious: I’ve tried *San, which I feel doesn’t work very well
unless you /totally control/ the entire stack, whi
I'm just going to say...
- almost all modern mail clients are threaded, it's trivial to view
context, so I want to see replies "above the fold"
- bottom posting goes against the grain of modern mail clients
- overall, it just feels like arbitrary preferences set decades ago;
worst case it feels li
Hello internals@,
I've been looking into improving PDO_ODBC; specifically, bringing it up
to parity with other drivers, as well as dealing with its quirks. The
company I work for supports PHP on IBM i, and while we maintain the
native database drivers for the platform, we (and IBM) have been
recom
This is great work! I assume you've only tested much on Linux, but I do
have an M1 Mac here to test.
I'm curious how much effort this took you, in terms of figuring out the
CPU-specific parts of the JIT, and what needed untangling from machine-
specific code and what didn't. I've been curious what
63 matches
Mail list logo
