mbstring: Do functions marked “TODO Return void” require an RFC to change return type?
Personne n'a encore pris cette issue.
- Langage dominant
- C
- Étoiles
- 40.4k
- Forks
- 8.2k
- Merge moyen
- 2 j 13 h
- PR mergées (30 j)
- 96
Description
Hi,
In ext/mbstring/php_mbregex.c, I noticed several places with comments like:
// TODO Return void
RETURN_TRUE;
ext/mbstring/php_mbregex.c:1567
This suggests the intent is to change these functions to return void instead of bool.
Before preparing a patch, I wanted to confirm the process:
Would changing these functions from returning true to void (i.e., RETURN_NULL() in C and updating stubs to: void) require an RFC?
Or is this considered a minor/internal API cleanup that can go directly as a PR?
I’m aware that this could have a userland impact if the return value is currently used, so I wanted to check what the preferred approach is.
Happy to prepare a PR once the direction is clarified.
Thanks!
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Commencez par ext/mbstring/php_mbregex.c:1567 et examinez les commentaires TODO environnants ainsi que les stubs de fonction associés mentionnés dans l’issue. Déterminez si la modification du type de retour affecte l’API userland et nécessite un RFC ; l’issue est terminée lorsque le processus et le périmètre du projet sont confirmés avant de préparer un patch.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- c, php
- Domaine
- api
- Type d'issue
- Fonctionnalité
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Activité
- Calme
- Clarté
- À clarifier
- Accessibilité débutants
- 35/100