>>Jython et IronPython implémentent un peu comme ça leur chante quitte à briser la compatibilité
>Et ca ne te pose pas un problème?
non, parce que j'ai toujours travaillé avec CPython, comme 99% des programmes.
Un programme uniquement compatible IronPython utilisera les spécificités de la plate-forme .NET, ce qui ferme d'office l'ensemble des autres interpréteurs. C'est un choix, et le logiciel libre, c'est aussi le choix.
>C'est bon, j'ai mon idée sur la pérennité
Une idée préconçue depuis le départ.
Mes programmes python écrit pour du 2.1 fonctionne toujours en 2.6.
Python 3000 a cassé la compatibilité ? ok, ca ne pose pas de soucis pour moi, soit je resterais en 2.x, soit je les convertirais (ce qui est très rapide à faire, sur un projet de 20 000 lignes.
Peut-être que le C++ aurait mieux fait de faire un peu de ménage pour éviter d'être un enfer lorsqu'on veut être multi-plateforme/multi compilo.
[^] # Re: La seule expérience Python de ma vie
Posté par grid . En réponse au journal Python, langage de l'année pour la seconde année consécutive. Évalué à 6.
>Et ca ne te pose pas un problème?
non, parce que j'ai toujours travaillé avec CPython, comme 99% des programmes.
La STL, c'est des emmerdes à 99% de chance.
Python embarqué existe depuis longtemps. genre sur nokia http://opensource.nokia.com/projects/pythonfors60/
Un programme uniquement compatible IronPython utilisera les spécificités de la plate-forme .NET, ce qui ferme d'office l'ensemble des autres interpréteurs. C'est un choix, et le logiciel libre, c'est aussi le choix.
>C'est bon, j'ai mon idée sur la pérennité
Une idée préconçue depuis le départ.
Mes programmes python écrit pour du 2.1 fonctionne toujours en 2.6.
Python 3000 a cassé la compatibilité ? ok, ca ne pose pas de soucis pour moi, soit je resterais en 2.x, soit je les convertirais (ce qui est très rapide à faire, sur un projet de 20 000 lignes.
Peut-être que le C++ aurait mieux fait de faire un peu de ménage pour éviter d'être un enfer lorsqu'on veut être multi-plateforme/multi compilo.