timelib performance fix

also no activity in 2 years there

Possibly you looked at the "latest release" in Github's sidebar, which
shows Jan 2019 for some reason, but the most recent tag was actually
three weeks ago: https://github.com/derickr/timelib/tags

I'll leave Derick to comment on the patch itself, since he's the primary
maintainer of both the library in question and the PHP extension that
embeds it.

Regards,

--
Rowan Tommins
[IMSoP]

Pierre Joye wrote on 8/31/21 01:10:

Please, let me know you decision according
https://github.com/derickr/timelib/pull/99

This workaround fix makes ~170 times improvement on "new DateTimeZone()"
and as result visible improvement on some real-life apps (e.g Symfony demo
gets ~7% according to callgrind).
This is a huge difference.

The fix was proposed more than a half year ago...
It would be great to include it into PHP-8.1 release.

Such improvements are more than welcome, especially for such obvious
patch. One could argue that the length of the data may change in the
future but it can be increase then, or a macro can define it easily.

It is late in the run to include it, but if RMs are OK, I would be all
for applying it. The lib is bundled and whether the external
repository applies it should not be relevant at this point (also no
activity in 2 years there), or?

Is it solely a bug fix and/or performance improvement?

Cheers,
Ben

Den tir. 31. aug. 2021 kl. 09.10 skrev Pierre Joye pierre.php@gmail.com:

It is late in the run to include it, but if RMs are OK, I would be all
for applying it. The lib is bundled and whether the external
repository applies it should not be relevant at this point (also no
activity in 2 years there), or?

The external library is important because you can update the pecl
release of that in the middle of a PHP release if an update comes out,
which is good if you are locked to a specific version of PHP. Loading
in the pecl/timelib extension will override the internal version,
however if this fix is only applied to the bundled library, but not
synced upstream, then it breaks this philosophy.

--
regards,

Kalle Sommer Nielsen
kalle@php.net