Discussion :

[ikuzar]

Bonjour,

Je vais travailler sur un projet à la fac utilisant C/C++. On manipulera beaucoup de Makefiles, on fera de la cross-compilation (programmation sur module Xbee, Gumstick sur ubuntu). J'aimerais savoir quel IDE est adapté à ce genre de projet. On ne fera probablement pas de Java

Merci d'avance pour votre aide

[Ekleog]

vim ? (Non, je ne trollerai pas emacs)

L'avantage, c'est que comme tu utiliseras les makefile, tu n'auras même pas de souci pour compiler ! (Parce qu'il faut avouer que, des fois, c'est un peu lourd de faire son makefile / cmakelists.txt / ... Même si on s'y habitue.)

Une petite astuce avec l'utilisation des makefiles : La commande ":make" lance la compilation et met ton pointeur à la première erreur, ça peut être utile.

[dragonjoker59]

Si tu veux faire du makefile, tu peux voir Anjuta, ou Code::Blocks

[ikuzar]

Oui, je serai amené à utiliser cmake, cmakelist etc...

[dragonjoker59]

A ce moment là tu peux oublier Anjuta et adopter Code::Blocks
Sinon, je fais aussi du GEdit/vim/emacs + terminal

[ikuzar]

Dans quelle situation t'utilises GEdit/vim/emacs + terminal ? tu combines code::blocks et "GEdit/vim/emacs + terminal" ?

[dragonjoker59]

J'utilise cette combinaison quand je n'ai pas Code::Blocks d'installé ^^.
Ca marche très bien, tu peux utiliser le makefile généré pour Code::Blocks, si j'ai une modification succincte à faire, et que je n'ai pas envie ni besoin de charger tout le projet, je fais comme ça.

[oodini]

Tu peux utiliser Eclipse CDT.
Il importe des makefile, et intègre gdb.

[Invité]

Personnelemnt, je trouve que KDevelop a une très bonne reconnaissance syntaxique du C++ et du langage de Cmake. Le seul défaut est qu'il nécéssite KDE (ce qui peut etre assez lourd si tu n'utilise pas cet environnement)

[Ekleog]

Au passage, vim reconnait parfaitement la syntaxe cmakelists.txt.

Le seul truc, c'est de personnaliser. (perso', j'ai une version de lh-cpp (cf. google code) vieille d'au moins un an, mais elle me convient parfaitement, les raccourcis sont juste extraordinaires)

S'habituer aux raccourcis clavier, ça va vite. Le souci, c'est surtout quand vim n'est pas disponible et qu'il faut se ré-habituer à une GUI !

[LittleWhite]

Bonjour,

Comme on va tous les faire, je propose QtCreator (qui depuis la version 2.4 prend correctement en compte les projets CMake / non Qt).

Je déconseillerai Eclipse CDT ... car à la base eclipse c'est pour du Java, après, c'est détourner la chose.

[oodini]

Je déconseillerai Eclipse CDT ... car à la base eclipse c'est pour du Java, après, c'est détourner la chose.

Ben heureusement qu'on n'a pas eu le même raisonnement avec le Téflon, sinon, on passerait beaucoup plus de temps à faire la vaisselle...

[Luc Hermitte]

a- Le seul truc, c'est de personnaliser. (perso', j'ai une version de lh-cpp (cf. google code)
b- vieille d'au moins un an, mais elle me convient parfaitement, les raccourcis sont juste extraordinaires)

c- S'habituer aux raccourcis clavier, ça va vite. Le souci, c'est surtout quand vim n'est pas disponible et qu'il faut se ré-habituer à une GUI !

a- Merci!
b- oulà, mais j'ai fait un moulon de commits de depuis
c- ou y installer vim, ça marche bien aussi

PS: pas besoin de terminal en plus quand on utilise (g)vim. Ne pas utiliser :make (ou ses encapsulations pour faire de la compil en tâche de fond), ce n'est pas ergonomique.

[JolyLoic]

Je ne veux pas critiquer Vim, mais pour moi, il s'agit avant tout d'un éditeur de texte, pas d'un IDE.

Il lui manque pour ça une bonne connaissance du langage de programation utilisée (proposer de la complémtion adaptée, allant plus loin que par tags, mais tenant compte de la surcharge, de namespaces, d'héritage...). Il lui manque aussi des outils autour du code, comme un debugger intégré, ou des outils d'analyse de dépendance graphiques, d'UML...

[Luc Hermitte]

Je ne veux pas critiquer Vim, mais pour moi, il s'agit avant tout d'un éditeur de texte, pas d'un IDE.

1- Il lui manque pour ça une bonne connaissance du langage de programation utilisée (proposer de la complémtion adaptée, allant plus loin que par tags, mais tenant compte de la surcharge, de namespaces, d'héritage...).
2- Il lui manque aussi des outils autour du code, comme un debugger intégré,
3- ou des outils d'analyse de dépendance graphiques, d'UML...

1- il y a maintenant un plugin clang_complete qui délègue la completion à clang. Et un autre qui permet d'extraire diverses infos.
C'est un net progrès par rapport à la situation passée.

2- pyclewn permet d'intégrer une surcouche à gdb sous linuxoides -- j'avais fini par laisser tomber pour dbx

3- c'est vrai pour cette partie là. Mais il y a aussi beaucoup d'"IDE" qui ne disposent pas de ces fonctionnalités, sans parler de ceux qui en fait ne comprennent pas si bien que ça le C++.
Qui reste-t-il ? VC++ ?

[oodini]

3- c'est vrai pour cette partie là. Mais il y a aussi beaucoup d'"IDE" qui ne disposent pas de ces fonctionnalités, sans parler de ceux qui en fait ne comprennent pas si bien que ça le C++.
Qui reste-t-il ? VC++ ?

Eclipse CDT/Codan offre également pas mal de services. Pas autant que Visual, certes.

[Bousk]

Pour ma part, travaillant sous windows, on utilise Visual Studio (2005 au boulot, 2008 à mon ancien poste, 2010 pro chez moi).
Avec pour plateformes cibles Windows CE, linux et seven64
Avec Visual assist X c'est vraiment le pied

Quand je développais sous linux directement, on utilisait code::blocks