Hi

Am 2026-02-23 22:49, schrieb Michael Wallner:
I’d prefer not to split this up, unless there’s strong demand for that in further discussion.

It definitely is two different proposals, so while they may be combined into a single RFC document and discussion, it must at least be two separate primary votes (see https://github.com/php/policies/blob/main/feature-proposals.rst#required-majority). I'm also noting that the current voting widget still contains the $feature placeholder.

I also consider it important that each of the proposals gets the same treatment with regard to visibility in the RFC text. Currently the RFC’s focus is the introduction of the crc-fast library, while the new algorithms only get a “passing mention”. However as I mentioned before, the latter is the more significant change from a PHP developer’s PoV.

To give a specific example from the RFC (Highlighting original):

When --with-crc-fast is not specified or libcrc_fast is not installed, PHP builds and behaves *exactly as it does today* with the addition of the new CRC-64 algorithms implemented without hardware acceleration.

The “exactly as it does today” together with the “When enabled, the following changes take effect:” introduction of the section, still heavily implies that the new algorithms are dependent on the library being used.

Best regards
Tim Düsterhus

Reply via email to