Les problèmes de compilations avec gcc sont relativement courants, en général parce que l'appréciation entre warning et error change d'une version à l'autre, mais à chaque fois le problème apparait à la compilation et la correction prend 15s, à la rigueur 2mn si il faut chercher sur le net. Jamais je ne suis tombé sur un cas ou le problème apparaissait à l'exécution.
Alors qu'en python, je me rappelle d'une erreur dans SCons où une ligne du style :
« array += ['string'] » était interprété différemment selon que la 2.5 ou 2.6 était utilisée. Le problème apparaissant bien entendu longtemps après, à l'autre bout de l'arborescence, et m'a pris un bon moment à comprendre. Aprés l'avoir reporté, l'avis du mainteneur du projet était que faire marcher du code prévu pour la 2.5 avec la 2.6 n'était même pas envisageable et ça ne valait pas le coup de corriger le problème sur la branche du projet, c'est dire à quel point ce problème avec Python est flagrant.
[^] # Re: Enfer et damnation !
Posté par calandoa . En réponse au journal Journal inutile : Python c'est complêtement pourri, j'ai un exemple. Évalué à 2.
Alors qu'en python, je me rappelle d'une erreur dans SCons où une ligne du style :
« array += ['string'] » était interprété différemment selon que la 2.5 ou 2.6 était utilisée. Le problème apparaissant bien entendu longtemps après, à l'autre bout de l'arborescence, et m'a pris un bon moment à comprendre. Aprés l'avoir reporté, l'avis du mainteneur du projet était que faire marcher du code prévu pour la 2.5 avec la 2.6 n'était même pas envisageable et ça ne valait pas le coup de corriger le problème sur la branche du projet, c'est dire à quel point ce problème avec Python est flagrant.