Re: [RFC] Deprecations for PHP 8.6
| From: | Gina P. Banyard | Date: | Tue, 23 Jun 2026 10:54:15 +0000 |
| Subject: | Re: [RFC] Deprecations for PHP 8.6 | ||
| References: | 1 2 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-131499@lists.php.net to get a copy of this message | ||
On Tuesday, 23 June 2026 at 00:49, Morgan <weedpacket@varteg.nz> wrote:
> On 2026-06-23 01:13, Gina P. Banyard wrote:
> >
> > We still have a bit of time anyone else to propose additional deprecations, and if you
> > have write access feel free to add them directly to the RFC..
> >
> Is spl_object_hash() still useful? The string it creates used to be
> quite a bit more complex, but eventually it became equivalent to
>
> str_pad(dechex(spl_object_id($obj)), 16, '0', STR_PAD_LEFT) .
> '0000000000000000'
>
> I.e., it provides exactly the same content as spl_object_id, but in a
> much more obtuse way. For anyone _needing_ that format, the polyfill is
> just above.
>
>
> I suppose there might be changes in the future which will make the hash
> more useful (parallelism where objects are created simultaneously and
> independently), but then it would be spl_object_id() that has trouble
> coping.
If you provide me with text proposal (ideally in DokuWiki format, but markdown is fine) I'm
happy to include it in the bulk RFC.
I will however not be writing it myself.
Best regards,
Gina P. Banyard