ôO
C'est un ramassis de bêtises ce code, et non seulement il ne fera rien, mais il ne sert à rien non plus :/

Si j'avais pensé qu'il s'agissait d'un "ramassis de bêtises" je me serais abstenu.
Loin d'être un ramassis de bêtises, ce code est la reprise de codes trouvés sur ce site dont les auteurs ne comprenaient pas les erreurs.
Ce qui me semble passionant, c'est que lors de la première passe, l'erreur variable non définie n'est pas détectée alors q'elle l'est si on saisit la valeur 2...
Alors ça interroge sur le mode de fonctionnement de l'analyseur de PHP.

Ce qui me semble passionant, c'est que lors de la première passe, l'erreur variable non définie n'est pas détectée alors q'elle l'est si on saisit la valeur 2...
Alors ça interroge sur le mode de fonctionnement de l'analyseur de PHP.

La variable n'est réellement utilisée que lorsque nombre=2, donc c'est uniquement à ce moment là que php cherche dans le contexte courant une variable nommée $u. C'est une particularité des langages interprétés : les variables ne sont pas "juste" des adresses mémoires, elles sont référencées dans un contexte, ce qui permet de ne tester leur existence qu'au moment où elles sont utilisées (et donne la possibilité de faire des choses du style $$toto)

Donc oui, il y a un tokenizer, et une forme de compilation, mais ça n'est pas un langage compilé. C'est d'ailleurs assez simple à voir : le script est parsé et "compilé" à chaque appel. Pour un langage compilé, la compilation est une étape préalable qui fournis un exécutable, le code source en lui même n'étant pas exécutable.

Merci de me répondre ce que je savais....
Quant à $$var : tout langage de ce nom connait les pointeurs et les passages par références (en particulier pour les fonctions)...

$$var n'a rien à voir avec les pointeurs voyons, ça permet d'atteindre une variable en fonction d'un nom de symbole. Seuls les langages interprétés peuvent faire ça.