Le 07/04/06, dufy<[EMAIL PROTECTED]> a écrit : > STOP au TROLL sur les langages de script, il s'est trompé de thread de > discussion..... Il doit aller retourner voir sa mère ici > http://lists.gnu.org/archive/html/tsp-devel/2006-03/msg00061.html
Je sais ok j'arrête et je ré-itère également mes félicitations :)) > PS : A force d'intégrer des milliers de bindings scripts vers TSP, on a > avoir l'arborescence principale de TSP commme un trou du cul en choux-fleur > (Expression typiquement canadienne, que je vous offre gratuitement en > licence RAFVFPL (Rien à Foutre de ce que Vous en Faites Public Licence)! > Ne pourrions nous pas créer un niveau supplémentaire d'arborescence du > genre bindtsp ou dedans on retrouverait perl, tsp, python, et tous les > autres merveilleux langages de scripts qui sont nos amis pour la vie ? En fait si je me souviens bien on en avait discuté un peu au moment de la séparation de jtsp du module principal. On avait plus ou moins dit que c'était plus simple d'avoir 1 module de haut niveau par binding. Histoire de ne pas embêter ceux qui préfère xxx_script à yyyy_script :))) (Vous voyez je sais me ttenir) Et on peut assez facilement créer un module alias "bindtsp" qui englobe tous les modules de scripts comme c'est le cas pour le module tsp_all (qui est un alias qui regroupe tous les modules actuels)) Et sincèrement et sans chipoter quand à la puissance de certains langages de scripts et vu que TSP est plutôt un protocole qu'une lib ben j'appellerais plutôt ça des implémentations de TSP plutôt que des bindings? (si on veut créer le module) Aujourd'hui jtsp = 100% Java rubytsp = 100% ruby (sauf grossière erreur de ma part) il reste perl et python qui font du SWIG mais je ne suis pas sûr que ça va durer car: 1) il y a des API XMLRPC en 100% perl et python 2) il ???? que j'ap?re??e réel???ent py???n :)) Votre serviteur dévoué -- Erk _______________________________________________ Tsp-devel mailing list Tsp-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tsp-devel