Re: SPIP 3.2-dev, version PHP minimum ?

Le 28/06/2017 à 15:10, Eric Lupinacci a écrit :
> Hello,
>
> Le 28 juin 2017 à 14:22, [email protected] 
> <mailto:[email protected]> <[email protected] 
> <mailto:[email protected]>> a écrit :
>
>     Salut
>
>     > Je propose :
>     > - On passe la 3.2 dans une vrai branche, avec PHP Min à 5.3 ou
>     5.4 ; on sort
>     > une RC prochainement …
>     > - On met le trunk en 3.3-dev, avec PHP Min à 5.4 ou +. Et on
>     nettoie dedans
>     > le code pour les vieux PHP en conséquence.
>
>
>     Dans ce cas la 3.2 en 5.3 si cela fonctionne.
>     et 3.3 en 5.4
>
>     sachant qu'on dit dans la doc 5.1 pour la 3.1
>
>     On profite du changement de version pour monter de version php
>
>
> Désolé j'ai du envoyer un mail à l'encre sympathique...
> Faudrait quand même refaire un test phpcompatinfo avec la 3.2 pour 
> vérifier pour la 5.3 parce que je ne l'ai pas fait, je me suis arrêté 
> à 5.4.
En théorie, c'est toujours bon.
> Ca permettrait d'étayer un peu la décision.
> Après je pige pas le rationnel de faire y+1 sur le PHP en suivant le 
> y+1 de SPIP ?
Parce qu’on met 2 ans à sortir un y+1 de SPIP. PHP va plus vite que nous :)
> Soit c'est bon soit ça ne l'est pas parce qu'on souhaite utiliser des 
> nouvelles features PHP non ?
Souhaite… en tout cas, pour ma part, souhaite pouvoir utiliser des 
éléments plus récents dans les plugins, et certaines librairies PHP, et 
sans avoir à redéfinir les fonctions manquantes…
Mais bon, je m’ajoute déjà des <necessite nom="php" ...> dans mes 
plugins… Merci Éric :)
> Enfin, je renouvelle ma demande :
> Pouvons-nous intégrer la fonction array_column() dans la RC 3.2 svp ?
Ça me paraît une bonne chose, oui. Dans inc/utils ?

MM.