- Tu peux compiler du C/C++ avec ant et les cpptasks [1] (tes cibles apparaîtront dans l'interface). Par contre, tu seras obligés de régler tes paramètres 2 fois : 1 pour le build automatique, 2 pour ton makefile/antfile.
- Pour la documentation doxygen : eclox [2] : te permet de configurer le doxyfile et de lancer la construction de la doc.
- Pour DocBook, j'ai ça dans mes bookmarks [3], (je n'ai pas eu le temps de tester)
- Pour l'intégration avec SVN : subclipse [4], mais honnêtement subversive [5] est bien mieux. (plante moins...). Par contre, ce qui est particulièrement pénible, c'est l'incompatibilité de la ligne de commande avec l'interface graphique : Si tu fais une opération "svn update" en ligne de commande sur ta copie locale, Les plugins deviennent fous, et t'as plus qu'à refaire un checkout ailleurs...
- L'organisation (valable aussi en Java) : Mylin [6] te permet de "d'organiser" le travail. Tu peux le connecter à ton repository svn et à ton tracker de bugs préférés. Ce qui est assez pratique.
Maintenant, un petit retour d'expérience : autant je suis convaincu par Eclipse quand il s'agit de faire du Java, autant Eclipse pour c++ ne m'a jamais vraiment satisfait.
Finalement, il y a beaucoup d'instabilité entre tous les plugins que l'on assemble pour faire un IDE "perso".
L'autocomplétion c/c++ ne vaut pas celle d'un omnicompletion, et en règle générale, l'interface est très lourde.
Eclipse et tous les plugins consomment beaucoup de ressources et mettent du temps à réagir à chaque petits cliques que tu fais sur l'interface.
Maintenant ... les goûts, les couleurs tout ça... :)
# Le java, oui, le c++ ferrugineux, non
Posté par Val1472 . En réponse au journal Eclipse & Docbook. Évalué à 2.
- Tu peux compiler du C/C++ avec ant et les cpptasks [1] (tes cibles apparaîtront dans l'interface). Par contre, tu seras obligés de régler tes paramètres 2 fois : 1 pour le build automatique, 2 pour ton makefile/antfile.
- Pour la documentation doxygen : eclox [2] : te permet de configurer le doxyfile et de lancer la construction de la doc.
- Pour DocBook, j'ai ça dans mes bookmarks [3], (je n'ai pas eu le temps de tester)
- Pour l'intégration avec SVN : subclipse [4], mais honnêtement subversive [5] est bien mieux. (plante moins...). Par contre, ce qui est particulièrement pénible, c'est l'incompatibilité de la ligne de commande avec l'interface graphique : Si tu fais une opération "svn update" en ligne de commande sur ta copie locale, Les plugins deviennent fous, et t'as plus qu'à refaire un checkout ailleurs...
- L'organisation (valable aussi en Java) : Mylin [6] te permet de "d'organiser" le travail. Tu peux le connecter à ton repository svn et à ton tracker de bugs préférés. Ce qui est assez pratique.
Maintenant, un petit retour d'expérience : autant je suis convaincu par Eclipse quand il s'agit de faire du Java, autant Eclipse pour c++ ne m'a jamais vraiment satisfait.
Finalement, il y a beaucoup d'instabilité entre tous les plugins que l'on assemble pour faire un IDE "perso".
L'autocomplétion c/c++ ne vaut pas celle d'un omnicompletion, et en règle générale, l'interface est très lourde.
Eclipse et tous les plugins consomment beaucoup de ressources et mettent du temps à réagir à chaque petits cliques que tu fais sur l'interface.
Maintenant ... les goûts, les couleurs tout ça... :)
[1] : http://ant-contrib.sourceforge.net/
[2] : http://home.gna.org/eclox/
[3] : http://www.dpawson.co.uk/docbook/ant.html
[4] : http://subclipse.tigris.org/
[5] : http://www.eclipse.org/subversive/
[6] : http://www.ibm.com/developerworks/java/library/j-mylyn1