Re: [Tsp-devel] Sondage: utilisation d'Ant et Eclipse

[Eric NOULARD]

Le mardi 16 août 2005 à 10:11 +0200, Frederik Deweerdt a écrit :
> Le 15/08/05 21:29 +0200, Eric NOULARD écrivit:
> > 1) Que pensez-vous de généraliser/favoriser
> >    l'utilisation d'Ant et d'Eclipse dans
> >    l'architecture TSP?
> > 
> >    1.a) favoriser/utiliser Ant
> 
> Si ça facilite la maintenance/administration des releases TSP,
> c'est a utiliser sans aucun doute.

En fait c'est exactement ça, c'est tellement plus simple de faire
pleins de choses avec les moult' tâches ant disponibles.
http://ant.apache.org/manual/
http://ant.apache.org/manual/coretasklist.html
http://ant.apache.org/manual/optionaltasklist.html
et surtout
http://ant-contrib.sourceforge.net/cc.html

Ant est aussi [toujours à mon avis] 
beaucoup plus automatique et simple (je trouve) que les scripts
on peut aussi imaginer de construire des (auto)tests réseaux
avec les tâches SSH, SCP, TELNET etc...

> 
> >    1.b) favoriser/utiliser Eclipse.
> TPTP peut être une voie a explorer comme "format de sortie" de TSP.

> Par contre je ne comprends pas bien ce que suppose le fait de favoriser
> Eclipse, est-ce que ça veut dire qu'on se débarasse des autotools pour
> utiliser la gestion de projet Eclipse/CDT?

Ben non je pense qu'il faut (pour l'instant) garder un mode ou 
configure && make && make install fonctionne toujours.
Et attendre ?participer? à l'intégration des autotools dans Eclipse/CDT
https://bugs.eclipse.org/bugs/show_bug.cgi?id=29757

Simplement utiliser Eclipse nous permettra de faciliter l'accès 
au code librairies et outils annexe, ant en tout premier lieu et même
si on peut utiliser ant sans Eclipse.
A noter qu'on est pas des PRO des autotools dans TSP vu qu'on 
n'utilise ni automake ni libtool donc... seulement autoconf.
D'ailleurs, j'ai fait un vrai/faux make install (vu qu'on utilise
pas automake).
On fait ça principalement à cause des histoires de 'target' multiples et
des Makefile ré-entrants, toutefois c'est pas très naturel et ça
couche pas bien du tout avec automake, c'est pourquoi regarder
ce que fait eclipse/cdt dans ce domaine ne serait pas un mal.

MAIS [et là je suis d'accord avec Steph' Galles] il NE FAUT PAS avoir
BESOIN d'eclipse pour compiler/développer. Du coup ANT me paraîtrait
une bonne solution pour remplacer Makefile et script.

En gros favoriser, signifie pour nous l'utiliser de façon à pouvoir
conseiller de futur utilisateur et rester conscient de ce qu'on
peut faire avec un IDE ouvert moderne comme eclipse.

En gros, je peux/sais?adore? faire du TSP avec vi + make + configure
mais bon ça plait pas à tout le monde :))

Utiliser eclipse nous permet aussi de 'suivre' les bonnes idées,
mettons que j'en jette une ou 2 aux fauves.
Je veux construire un simulateur et je suis prêt à me faire un joli
plugin visuel qui me permet de faire des boîtes etc...connecter
des modèles de simu, si je peux d'un coup de clic intégrer TSP
en disant clic-droit, cette variables sera accessible via TSP
je suis le roi du pétrole.
Mon IDE me génère le publish (si j'utilise un blackboard) les
éventuels appels RPC etc...
Je veux faire une bête I/F Web à une appli réseau embarquée
(dans un switch ou une machine à laver) ben je prends du 
BB TSP+BB_PROVIDER XML-RPC et abyss ou ...

Donc si je résumé favoriser:

1) utiliser eclipse/cdt pour TSP C/C+++ avec Makefile pour la compil'
2) utiliser eclipse/jdt pour Java avec ANT pour la compil'
3) surveiller les projets eclipse pour s'en inspirer contribuer
   dans le sens de TSP/TS2P.