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

[Eric NOULARD]

Le mercredi 17 août 2005 à 11:56 +0200, TSP a écrit :
> Salut à tous.
> 
> Pour changer un peu de mon rôle hightechnophobe, j'ai voulu avant de
> répondre tester Éclipse CDT.
> J'avais déjà joué un peu avec Éclipse en Java, et trouvé le truc un peu
> lourd mais surpuissant dans le refactoring & l'aide en ligne.
> 
> Pour CDT, c'est manifestement + coton.
> - Après installation des plugins, rien ne marche.
> - Il faut en fait installer cygwin pour avoir un compilateur/gdb (ou tout
> autre truc qui fait make et compile/link)

Je pense que mingw devrais faire l'affaire voire une autre suite de
compil' WINDOWS (intel par exemple ou code warrior ) et pas gcc sous
sous Windows avec Cygwin.

Sinon certains acteurs du développement traditionnellement en 
C/C++ se sont mis à Eclipse:

"Workbench is the industry’s first and only Eclipse-based open device
software development solution"
http://www.windriver.com/portal/server.pt?space=Opener&control=OpenObject&in_hi_ClassID=512&in_hi_ObjectID=397&in_hi_OpenerMode=2
ou encore de façon connexe
http://www.eclipse.org/dsdp/

Mais j'ai pas essayé ces "produits" faudrait les faires évaluer par un 
industriel, si vous en connaisser un...

> - Ensuite je modifie les paths windaube pour avoir make visible de partout
> - De la je peux créer un projet C/C++ managé ou non, mais impossible de le
> compiler
> - J'arrive à ajouter une Target de build, mais je ne comprends pas comment
> lui ajouter des .c à compiler/linker.

Dis-donc camarade sans exagérer ne serais-tu pas en train de comparer
Eclipse+CDT+Cygwin sous Windows avec un
Emacs/make sous Solaris/Linux via un serveur X sous Windows.

Si c'est le cas ben autant dire que je trouve le test...
DOUTEUX!! (mais courageux et je salue au moins ça :))
En gros je testerais plutôt, un Eclipse+CDT sous Linux ou Solaris 
(via un serveur X sous windows si nécessaire).

> 
> Bref, après 3h de prises de tête, je décide de retourner au couple
> Emacs/make qui déchire.
> Bon je sais qu'utiliser un IDE sans lire la doc c'est mal. Mais quand même
> je pensais pouvoir compiler un bête truc en C sans me griller une neurone.
> Je re-essayerais + tard quand j'aurais de nouveau un petit créneau.
Ok je ferais également un tests sous windows...si je trouve un vieux
PC avec windows dessus :))

> 
> Voici en tout cas mon avis.
> - Favoriser Éclipse sur le C => NON.
Ok et je vois pourquoi et je suis pour l'instant d'accord.

> - Ant pour les scripts/tests/... pourquoi pas
Toujours ok.

> - Garder le configure/make pour le build C : OUI

Pourquoi? 
Quelle(s) motivation(s) et quel(s) frein(s)?

> 
> Y++
> 
> -----Original Message-----
> From: Eric NOULARD [mailto:address@hidden
> Sent: Monday, August 15, 2005 9:29 PM
> To: Devel TSP
> Subject: [Tsp-devel] Sondage: utilisation d'Ant et Eclipse
> 
> 
> Salut à tous,
> 
> Je viens avec un petit sondage en poche
> qui peut se résumer à:
> 
> 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
>    1.b) favoriser/utiliser Eclipse.
> 
> En sachant que quand je dis favoriser/généraliser cela
> signifie utiliser Ant et/ou Eclipse y compris pour
> le développement en C, C++, perl, python...
> 
> Je vous pose la question car j'ai ajouté à la partie
> C un build file ant qui permet de:
> 
>       1) créer un zip / tar / tar.gz
>            propre de l'arbo C
>       2) créer les RPM sources et binaires sur l'hôte
>            de compil' si c'est un système qui dispose
>            de rpm/rpmbuild.
> 
> Rien que les zip/tar/tar.gz sont tellement plus pénibles
> à faire avec un script et je dis ça en connaissance de cause
> vu que j'ai écris le script src/scripts/tarball qui
> tente de faire un tar.gz avec ce qu'il faut dedans mais
> pas plus (notamment pas de CVS/ de core [mais il faut bb_core* ...].
> 
> Bref mon avis est (ça vaut pour tous les langages):
> 
> 1) Il faut favoriser l'utilisation de Ant pour toutes les tâches
>    automatisables qui ne soient pas de la compilation
>    (pour l'instant et sauf pour Java ou le couple Ant/Eclipse est
>    obligatoire à mon sens)
>    Déploiement, lancement d'autotest, actions CVS éventuelles pour
>    la création de version.
> 
> 2) Il faudrait commencer à utiliser Eclipse y compris pour le C/C++
>    car c'est vraiment un environnement ouvert généraliste
>    (?le seul aujourd'hui)?
>    D'ailleurs le projet:
>    Eclipse Test & Performance Tools Platform (TPTP)
>    http://www.eclipse.org/tptp/index.html
>    me parait une raison "suffisante" pour qu'Eclipse aille de pair
>    avec TSP.
>    De plus l'environnement de dev pour le C/C++ semble mature
>    (je ne peux pas être catégorique car je ne l'ai pas suffisamment
>     essayé).
>    http://www.eclipse.org/cdt/
> 
> Reste 2 points noirs en ce qui me concerne vis-à-vis d'Eclipse.
> 
> 1) En dessous de 512 Mo de RAM et une machine pas trop vieille
>    vaut mieux pas essayer
>    (avec quelques plugins en dessous de 1Go c'est vite intolérable)
> 
> 2) Il faut une JVM pour l'exécuter quoique visiblement une
>    exécution NATIVE est désormais possible via / gcj/gij
>    http://klomp.org/mark/gij_eclipse/
>    http://www.linuxjournal.com/article/7413
>    Je n'ai pas testé.
> 
> 
> Quoiqu'il en soit si nous voulons que TSP reste
> (hum cet avis n'engage que moi, certains diront peut-être devienne?)
> un projet à la pointe de la technologie, une bonne pépinière
> d'idée technique ainsi qu'un projet crédible industriellement
> je pense qu'il ne faut pas rater le virage Eclipse/(et Ant vient avec).
> 
> Votre avis?
> 
> 
> Eric
> 
> 
> 
> _______________________________________________
> Tsp-devel mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/tsp-devel
> 
> ---------------------------------------------------------
> 
> CE COURRIER ELECTRONIQUE EST A USAGE STRICTEMENT INFORMATIF ET NE SAURAIT 
> ENGAGER DE QUELQUE MANIERE QUE CE SOIT EADS ASTRIUM SAS, NI SES FILIALES.
> 
> SI UNE ERREUR DE TRANSMISSION OU UNE ADRESSE ERRONEE A MAL DIRIGE CE 
> COURRIER, MERCI D'EN INFORMER L'EXPEDITEUR EN LUI FAISANT UNE REPONSE PAR 
> COURRIER ELECTRONIQUE DES RECEPTION. SI VOUS N'ETES PAS LE DESTINATAIRE DE CE 
> COURRIER, VOUS NE DEVEZ PAS L'UTILISER, LE CONSERVER, EN FAIRE ETAT, LE 
> DISTRIBUER, LE COPIER, L'IMPRIMER OU EN REVELER LE CONTENU A UNE TIERCE 
> PARTIE.
> 
> 
> 
> This email is for information only and will not bind EADS Astrium SAS in any 
> contract or obligation, nor its subsidiaries.
> 
> If you have received it in error, please notify the sender by return email. 
> If you are not the addressee of this email, you must not use, keep, 
> disseminate, copy, print or otherwise deal with it.
> 
> ---------------------------------------------------------
> 
> 
> _______________________________________________
> Tsp-devel mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/tsp-devel
>