€0.00 — free as in speechtonight's forecast: clear skies over production Cache: warm · Deploys: fair, 0% rollbacks expectedset by moonlight, shipped before dawn · deploy freely Page A2

The Daily Commit The Nightly Build

Dev news, typeset daily — PHP · AI · The Wider Stack

The developer's evening paper — PHP · AI · The Wider Stack

jeudi 20 août 2026 Vol. I — No. 373 · Édition du matinÉdition du soir EN DE FR ES

PHP · RFC Watch

Opposition au RFC visant à déprécier les conversions de types floues avant PHP 8.6

Sur la liste internals de PHP, Robert Chapin s'oppose au RFC proposant la dépréciation des conversions de types floues, évoquant une rupture de compatibilité comparable au changement de l'opérateur d'égalité en PHP 8.0.

sélectionné par Sönke

Il demande que la proposition soit retirée de PHP 8.6.

Un RFC sur le wiki de PHP propose de déprécier les conversions de types floues et d'autoriser Stringable en mode strict. Il indique toujours PHP 8.6 comme version cible et ne montre aucun nouveau lien de discussion depuis janvier.

Sur la liste de diffusion internals, Robert Chapin a exprimé une forte opposition. Il s'est rangé aux remarques antérieures de Rowan Tommins, affirmant que la conversion de valeurs comme (int) $_GET['count'] pour obtenir un type précis avec une valeur par défaut est un comportement codifié depuis des décennies, et non un comportement problématique. Sa suppression constituerait selon lui une rupture de compatibilité de l'ampleur des changements apportés à l'opérateur d'égalité dans PHP 8.0.

Chapin a également soutenu Alexandre Daubois, qui estimait que ces changements n'auraient jamais dû être proposés pour PHP 8.6. Chapin a conclu que PHP n'est pas prêt pour cette évolution et a demandé si le RFC pouvait être actualisé vers une version cible ultérieure ou marqué comme nécessitant davantage de travail.

Lire la source originale (en anglais) ↗

Évaluer cet article : 0

Tribune des lecteurs

Pas encore de contributions — lance le débat.

The Daily CommitThe Nightly Build — Page A1