Intervalles de compat et fonctions associ ées

--===============0898920420==
Content-Type: multipart/alternative; boundary="0000000000006177d105c1d14927"

--0000000000006177d105c1d14927
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Hello,

J'investigue depuis hier les fonctions associ=C3=A9es =C3=A0 la gestion des
intervalles de compatibilit=C3=A9.
J'ai d=C3=A9j=C3=A0 corrig=C3=A9 un bug d'inclusion des bornes dans la fonc=
tion
extraire_bornes().

J'=C3=A9tais en train de v=C3=A9rifier/corriger la fonction compiler_branch=
es_spip()
et je suis tomb=C3=A9 sur un comportement bizarre de spip_version_compare()=
.
Cette fonction, il y a des lustres, a =C3=A9t=C3=A9 mise =C3=A0 jour pour p=
rendre en
compte les versions avec =C3=A9toile comme 3.0.*.
La fonction compare v1 =C3=A0 v2 selon l'op=C3=A9rateur pr=C3=A9cis=C3=A9.
Elle accepte que seule v2 puisse avoir une =C3=A9toile et d=C3=A8s lors rem=
place
l'=C3=A9toile par la valeur idoine issue de v1.
De fait, si on fait le test 3.0.1 < 3.0.* on obtient false car on compare
3.0.1 < 3.0.1.

Dans mon esprit, '*' devrait exprimer la valeur max possible.
Si on parle de versions spip, =C3=A7a serait donc 3.0.999.

Le souci c'est que je ne sais pas si on utilise spip_version_compare() avec
des =C3=A9toiles uniquement pour comparer des versions spip provenant des
intervalles de compat ou pas.
Ce qui pose un probl=C3=A8me pour d=C3=A9cider de la correction =C3=A0 appo=
rter.

Des avis ou des id=C3=A9es ?

++
Eric

--0000000000006177d105c1d14927
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div>Hello,</div><div><br></div><div>J&#39;investigue depu=
is hier les fonctions associ=C3=A9es =C3=A0 la gestion des intervalles de c=
ompatibilit=C3=A9.</div>J&#39;ai d=C3=A9j=C3=A0 corrig=C3=A9 un bug d&#39;i=
nclusion des bornes dans la fonction extraire_bornes().<div><br></div><div>=
J&#39;=C3=A9tais en train de v=C3=A9rifier/corriger la fonction compiler_br=
anches_spip() et je suis tomb=C3=A9 sur un comportement bizarre de spip_ver=
sion_compare().</div><div>Cette fonction, il y a des lustres, a =C3=A9t=C3=
=A9 mise =C3=A0 jour pour prendre en compte les versions avec =C3=A9toile c=
omme 3.0.*.</div><div>La fonction compare v1 =C3=A0 v2 selon l&#39;op=C3=A9=
rateur pr=C3=A9cis=C3=A9.</div><div>Elle accepte que seule v2 puisse avoir =
une =C3=A9toile et d=C3=A8s lors remplace l&#39;=C3=A9toile par la valeur i=
doine issue de v1.</div><div>De fait, si on fait le test 3.0.1 &lt; 3.0.* o=
n obtient false car on compare 3.0.1 &lt; 3.0.1.</div><div><br></div><div>D=
ans mon esprit, &#39;*&#39; devrait exprimer la valeur max possible.</div><=
div>Si on parle de versions spip, =C3=A7a serait donc 3.0.999.<br></div><di=
v><br></div><div>Le souci c&#39;est que je ne sais pas si on utilise spip_v=
ersion_compare() avec des =C3=A9toiles uniquement pour comparer des version=
s spip provenant des intervalles de compat ou pas.</div><div>Ce qui pose un=
 probl=C3=A8me pour d=C3=A9cider de la correction =C3=A0 apporter.</div><di=
v><br></div><div>Des avis ou des id=C3=A9es ?<br></div><div><br></div><div>=
<div dir=3D"ltr" class=3D"gmail_signature" data-smartmail=3D"gmail_signatur=
e"><div dir=3D"ltr"><div>++</div><div>Eric<br></div></div></div></div></div=
>

--0000000000006177d105c1d14927--

--===============0898920420==
Content-Type: text/plain; charset="iso-8859-1"
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline