Re: [Tsp-devel] contrib TSP: binding perl pour TSP consumer

[Eric NOULARD]

Salut tout le monde,

Ayant un peu plus de temps que d'habitude (vacances obligent :))
je dépile ce que j'avais empilé comme tâches TSP...
Et y'en a un paquet, j'essaie de prendre dans l'ordre pour
pas faire tomber la pile :))

Bref j'en suis à intégrer la contrib de Pierre Mallard qui
est un wrapper perl (utilisant swig) pour TSP.
je rappelle ci-après ma question initiale:

QUID de l'arborescence pour 'ce genre de contribution'...
en gros 2 choix:

A) 1 module tsp_bindings de haut niveau contenant tous les bindings.
   (on peut "mieux partager" le pot 'swig' commun)
tsp_bindings/perl
tsp_bindings/swig
tsp_bindings/python
tsp_bindings/tcltk
etc...

OU

B) 1 module de haut niveau par binding
   (plus de modularité et d'indépendance entre les binding
    et homogénéité par rapport à jtsp)

perltsp/
pytsp/
tcltsp/
etc...


Aujourd'hui je vote pour la solution B) car:
 - elle est homogène vis-à-vis de 'jtsp'
 - on ne peut pas exclure le fait que ces 'binding' 
   soit des implem' 100% "native" du langage utilisé,
   i.e. qui ne soit pas de "simple" wrapper au TSP écrit en C
   réalisé avec un générateur d'I/F genre swig.
 - le développement des binding pourront rester
   relativement indépendants.


Et vous vous votez A) ou B)

Je ferais les modifs du CVSROOT/modules pour que tsp_all
inclus les nouveaux modules (quel qu'il soit), 
toujours dans l'idée de "tout" prendre d'un coup avec tsp_all.

Eric


On Tue, 2005-05-24 at 22:21 +0200, Eric NOULARD wrote:
> Salut à tous,
> 
> J'ai dans ma boîte mail (et attaché à ce mail) 
> une jolie contribution TSP:
> un binding/wrapper perl propre et net via swig + typemap.
> 
> Contribution de Pierre MALLARD (address@hidden)
> 
> Je souhaiterais le mettre dans l'arbo TSP.
> Ma question est simple:
> 
> Où souhaite-t-on ranger ça?
> 
> Je suggèrerais un module de haut niveau par binding 
> du genre de jtsp.
> 
> soit dans les possibles:
> 
> pytsp
> perltsp
> 
> etc...
> 
> Evidemment comme ces binding peuvent éventuellement être issus de swig
> on pourrait aussi faire un truc du genre:
> 
> tsp_bindings/swig
>             /perl
>             /python
>             /...
> 
> J'ai donc besoin de votre avis en considérant qu'un 'binding'
> utilisant swig aujourd'hui ne sera pas forcément toujours swig 
> demain.
> 
> On peut largement imaginer un binding qui se transforme
> en implémentation (complète ou partielle) 100% du langage concerné,
> par exemple python ou ocaml sont des très bon candidats pour ça.
> 
> voila pourquoi j'hésites entre 
> 
> tsp_bindings/perl
> et 
> perl_tsp
> 
> votre avis les amis?
> 
> La contrib est jointe à ce mail pour ceux qui veulent tester.
> 
> Eric
> _______________________________________________
> Tsp-devel mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/tsp-devel