Quel IDE utilisez-vous pour développer en C ou C++ ?

[tut]

Bonjour,
je ne sais pas si c'est vraiment le bon forum, mais cette question m'interresse.

[gege2061]

Bonjour,

Voici un nouveau sondage pour connaitre vos préférences en matière d'IDE (Integrated Development Environment).

Si vous avez des commentaires à faire sur votre choix, n'hésitez à poster à la suite de ce message

[Franck.H]

J'ai choisi Code::Blocks. En fait je l'utilise aussi bien sous Windows que sous Linux, cela fait un plus par rapport à presque tous les EDI qui sont spécifique à la plate-forme.

Portable, en constante évolution. Le seul truc qui est un peu dommage, c'est les templates qui sont pour la plupart privilégiés pour le C++ alors que je fait que du C. Sinon, rien que de pouvoir utiliser le même EDI sur plusieurs OS c'est déjà un atout considérable !

[gege2061]

Envoyé par Franck.H

J'ai choisi Code::Blocks. En fait je l'utilise aussi bien sous Windows que sous Linux, cela fait un plus par rapport à presque tous les EDI qui sont spécifique à la plate-forme.

Portable, en constante évolution. Le seul truc qui est un peu dommage, c'est les templates qui sont pour la plupart privilégiés pour le C++ alors que je fait que du C. Sinon, rien que de pouvoir utiliser le même EDI sur plusieurs OS c'est déjà un atout considérable !

J'ai aussi voté code::blocks que j'utilise essentiellement sous Windows, sous Linux je suis plus à l'ancienne (gedit + terminal) mais je me tourne petit à petit vers code::blocks (pour les mêmes raisons que Franck.H).

Par contre au niveau des templates il est assez simple de créer les siens (une fois qu'on a réalisé que les template de la RC1 ne sont plus utilisés dans les Nightly builds ). Et rien ne vous empêche de créer les votres et de les poster sur le forum de C::B (c'est ce que j'ai fait avec celui de GTK+ )

[Luc Hermitte]

"Pas d'IDE". Bien que cela soit limite inexact -- j'ai vu une combo eclipse+CDT+ant+GCC bien moins intégrée que ce que j'utilise.
Vim, pluginisé à l'extrême pour le C&C++.
La puissance d'un vrai éditeur de textes plus diverses fonctionnalités avancées.

Il manque :
- un débuggueur natif et standard de qualité qui soit intégré
- une complétion intelligente (et qui ne se prend pas le pieds dans les templates tant qu'à faire -- chose qu'aucun EDI ne maitrise vraiment en fait)
- un vrai explorateur de fichiers, et encore la complétion automatique des noms des fichiers que l'on veut ouvrir est bien plus efficace en ce qui me concerne.
- une prise en main orientée débutants (vis-à-vis de cet outil) : un peu comme le C, la compléxité se trouve au début de l'apprentissage.

Certains regretteront que c'est outil modal, pour geeks, et qui est d'abord fait pour se piloter au clavier plutôt qu'à la souris.

Tous les autres trucs que vous pouvez avancer au sujet de tel ou tel EDI, il fait un peu en fait -- à part le café, ça c'est emacs -- couleurs, compilation intégrée, squelettes "intelligents" et interactifs, personnalisation, onglets, ...

NB:
* je m'en sers sur toutes les plateformes que je fréquente (solaris, windows, linux), et il tournera sur toutes celles et que je pourrais être ammené à fréquenter => pas besoin d'apprendre à utiliser 150 outils différents.
* Je m'en sers aussi pour tous les autres langages, exploiter des fichiers de logs de 500Mo, mes mails (à la maison), faire du (La)TeX, ...

[Lunixinclar]

Pour des projets simples c'est gedit et console sous Linux, dev-cpp sur Win32 et accessoirement VC6 (en effet beaucoup d'applications open-source n'ont pas évolué aussi vite que microsoft ne distille d'outils, les sources de Perl et PHP par exemple).

Pour des projets de plus grande envergure, aucun IDE ne correspondait à mes besoins (léger, simple, intuitif) donc j'ai écrit le mien en GTK+ sur son interface C, puis étendu à d'autres langages: assembleur FASM et Python. C'est du boulot, mais je suis sûr que celui-là, personne ne le mettra à jour.

[gege2061]

Envoyé par Lunixinclar

Pour des projets de plus grande envergure, aucun IDE ne correspondait à mes besoins (léger, simple, intuitif) donc j'ai écrit le mien en GTK+ sur son interface C, puis étendu à d'autres langages: assembleur FASM et Python. C'est du boulot, mais je suis sûr que celui-là, personne ne le mettra à jour.

J'ai le même problème, même si C::B est assez proche de mes besoins avec mon petit PC il utilise tout le processeur
Tu as publier ton éditeur quelque part ?

[Lunixinclar]

Non mais voici quelques screens bien que je n'ai pas envie de faire de pub ici c'est déplacé. http://perso.orange.fr/2007/Code/C/GTK/IDE/index.htm
La source sera sur sourceforge quand un problème concernant l' encodage des fichiers sera réglé. ISO8859-15 et UTF-8 me font monter la tension.
Le plus intéressant a été de créer le code pour générer des Makefiles. Il n'existe officiellement aucun éditeur FASM sous Linux.
Ceci dit en passant j'ai bien aimé ton tuto sur le treeview gege.

[gangsoleil]

Bonjour,

je n'utilise pas d'IDE, puisque j'utilise emacs. Si vous souhaitez savoir pourquoi, regardez le post de Luc Hermitte en remplaçant "vi" par "emacs" (sauf pour le café )

[Luc Hermitte]

Envoyé par Lunixinclar

Le plus intéressant a été de créer le code pour générer des Makefiles. Il n'existe officiellement aucun éditeur FASM sous Linux.

i^R=globpath(&rtp, 'syntax/*fasm*')
-> F:/Program Files/Edition/vim/vim70/syntax/fasm.vim

?
Certes, ce n'est que les couleurs -- Ne vous laissez pas avoir par le F:/, c'est la même chose sous *nix.

@ gangsoleil. Jamais entendu parler de emacsm (manipulant encore vi en plus de vim, je peux assurer que la différence existe et elle est vraiment importante)

[Edouard Kaiser]

Visual Studio 2005, quelle puissance Pourtant j'en ai essayé d'autres, KDevelopp, CodeBlocks, DevCpp etc... Mais je n'ai encore jamais trouvé un aussi bon EDI ! (Bien que NetBeans 5.5 et le pack pour faire du C/C++ deviennent sincèrement trés bon également).

[GLDavid]

Salut !

J'ai voté Eclipse + CDT. Il est vrai que je code préférentiellement en Java, mais lorsque j'ai besoin d'appels natifs (donc de C/C++), je ne vais quand même pas changer d'IDE
Autre chose, je trouve l'interface intuitive et assez simple à configurer. De toute façon, c'est Eclipse ou le shell Linux

@++

[bakaneko]

Dans mon cas, c'est Borland C++ Builder pour le développement Win32 professionnel, emBedded Visual C++ 3 pour le développement PDA et Tubro C++ 2006 pour le développement C++ personnel.

Les raisons pour les 2 produits Borland viennent de ma formation en développement qui s'est fait sur BCB 3. Pour le dev. PDA, j'ai pris ce que la société développeuse du kit que nous utilisons nous a conseillé d'utiliser.

Nb :J'ai voté pour BCB parce que c'est celui que j'ai le plus utilisé.

[fredcl]

Bonjour,

le développement de dev-cpp étant à l'arret, il aurait été judicieux de mettre sur la même ligne un "fork" de cet éditeur : wxDev-Cpp
Il fait exactement la même chose avec pas mal de bogues en moins, et en plus un éditeur d'interface (perfectible je l'avoue) pour wxWidgets.

Cordialement

[PRomu@ld]

Pas d'éditeur, j'utilise un emacs sur linux et MacOS.

Sous windows j'utilisais Dev-C++ à l'époque où il était encore maintenu. Etant étudiant j'ai accès au programme MSDNAA et donc à Visual Studio mais j'avoue que pour moi c'est une usine à gaz (sans doute par manque de connaissance), je ne l'utilse donc pas. Mais ça n'est pas un problème, je n'utilise quasiment pas windows pour le développement.

Sous mac, j'ai rapidement testé XCode, qui au dire de bon nombre de personne est très bien (à la hauteur d'un VS ...) . Mais pour moi ça reste comme VS, c'est beaucoup trop gros. Je ne l'utilise donc pas non plus.

Reste donc emacs !

Pour l'instant, je code mes interfaces graphiques (wxWidgets) à la main. Mais j'avoue qu'il faudra que je trouve un éditeur pour ça.