Re: [PHP-DEV] [RFC idea] Target-aware attributes

> On 4 Jul 2025, at 00:54, Andreas Hennings wrote: > > On Thu, 3 Jul 2025 at 19:17, Stephen Reay > wrote: >> >> >> >> >> Sent from my iPhone >>> On 3 Jul 2025, at 23:40, Larry Garfield wrote: >>> >>> On Wed, Jul 2, 2025, at 5:26 PM, Andreas Hennings wrot

Re: [PHP-DEV] [RFC idea] Target-aware attributes

On Thu, Jul 3, 2025, at 12:49 PM, Andreas Hennings wrote: >> A setter method injection is what I did in AttributeUtils, because it was >> the only real option. > > In my experience, this alternative leads to more complexity in > attribute classes. > The constructor needs to populate the attribute

Re: [PHP-DEV] [RFC idea] Target-aware attributes

On Thu, Jul 3, 2025, at 12:54 PM, Andreas Hennings wrote: >> > A setter method injection is what I did in AttributeUtils, because it was >> > the only real option. Alternatively, I suppose core could use property >> > setter injection (either a magically named property like $__reflector, or >

[PHP-DEV] PHP 8.5.0alpha1 is available for testing

PHP 8.5.0alpha1 has just been released and may be downloaded from https://downloads.php.net/~daniels/ Or use the git tag: php-8.5.0alpha1 Windows binaries are available at: https://windows.php.net/qa/ This is the first official release of the PHP 8.5 serial and includes an incredible amount of w

Re: [PHP-DEV] [RFC idea] Target-aware attributes

On Thu, 3 Jul 2025 at 19:17, Stephen Reay wrote: > > > > > Sent from my iPhone > > On 3 Jul 2025, at 23:40, Larry Garfield wrote: > > > > On Wed, Jul 2, 2025, at 5:26 PM, Andreas Hennings wrote: > >> This topic was discussed in the past as "Declaration-aware > >> attributes", and mentioned in th

Re: [PHP-DEV] [RFC idea] Target-aware attributes

On Thu, 3 Jul 2025 at 18:29, Larry Garfield wrote: > > On Wed, Jul 2, 2025, at 5:26 PM, Andreas Hennings wrote: > > This topic was discussed in the past as "Declaration-aware > > attributes", and mentioned in the discussion to "Amendments to > > Attributes". > > I now want to propose a close-to-RF

Re: [PHP-DEV] [RFC idea] Target-aware attributes

Sent from my iPhone > On 3 Jul 2025, at 23:40, Larry Garfield wrote: > > On Wed, Jul 2, 2025, at 5:26 PM, Andreas Hennings wrote: >> This topic was discussed in the past as "Declaration-aware >> attributes", and mentioned in the discussion to "Amendments to >> Attributes". >> I now want to p

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

On Wed, Jul 2, 2025 at 10:00 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 > > Looking at it again I think this huge deprecation RFC is not the right ap

Re: [PHP-DEV] [RFC idea] Target-aware attributes

On Wed, Jul 2, 2025, at 5:26 PM, Andreas Hennings wrote: > This topic was discussed in the past as "Declaration-aware > attributes", and mentioned in the discussion to "Amendments to > Attributes". > I now want to propose a close-to-RFC iteration of this. > (I don't have RFC Karma, my wiki account

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

[PHP-DEV] PHP 8.3.23 Released

The PHP development team announces the immediate availability of PHP 8.3.23. This is a security release that addresses CVE-2025-1735, CVE-2025-6491, and CVE-2025-1220. All PHP 8.3 users are encouraged to upgrade to this version. For source downloads of PHP 8.3.23 please visit our downloads pa

[PHP-DEV] PHP 8.1.33 Released!

The PHP development team announces the immediate availability of PHP 8.1.33. This is a security release that addresses CVE-2025-1735, CVE-2025-6491, and CVE-2025-1220. All PHP 8.1 users are encouraged to upgrade to this version. For source downloads of PHP 8.1.33 please visit our downloads pa

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

Hi everyone On Wed, Jul 2, 2025 at 9:58 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 Thanks for the bulk RFC. Some thoughts. > Deprecate __construct() and __destruct()

Re: [PHP-DEV] [RFC][DISCUSSION] Add RFC 4648 compliant data encoding API

Hi all, I have updated the RFC to include a section outlining the migration path . Since the proposed migration strategy for base64_decode() *may be considered controversial*, I plan to submit it as an *optional vote*—allowing contributors

[PHP-DEV] PHP 8.2.29 Released!

The PHP development team announces the immediate availability of PHP 8.2.29. This is a security release that addresses CVE-2025-1735, CVE-2025-6491, and CVE-2025-1220. All PHP 8.2 users are advised to upgrade to this version. For source downloads of PHP 8.2.29 please visit our downloads page.

[PHP-DEV] PHP 8.4.10 Released

The PHP development team announces the immediate availability of PHP 8.4.10. This is a security release. Version 8.4.9 was skipped because it was tagged without including security patches. All PHP 8.4 users are encouraged to upgrade to this version. For source downloads of PHP 8.4.10 please vis

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

Hi, On Wed, Jul 2, 2025 at 10:00 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 > > Here are few notes on the ones that I don't agree with: > Deprecat

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

On 2 July 2025 20:56:12 BST, "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 For FILTER_CALLBACK, I can see it being useful in the extended mode of filter_va

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

On 2025-07-03 07:56, Gina P. Banyard wrote: Hello internals, 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. Best regards, Gina P. Banyard Just skimming and saw > Deprecate using values o