Discussion :

[Arnau6]

Bonjour,

J'ai commencé a coder maintenant depuis prés d'un an et demi et le dernier langage que j'ai appris est le JAVA.
Pour ce faire j'ai essayé plusieurs IDE et j'ai vraiment aimé codé avec eclipse grâce a sa facilité de prise en main et surtout parce qu'il propose des corrections lorsque l on fait une erreur et ne l'indique pas seulement, ce qui est le cas pour tout les autres IDE que j ai pu tester.

Voici une capture d'écran montrant de quoi je parle :


Maintenant je souhaite me remettre au C++, avant j'utilisais Dev C++ mais je souhaite utiliser Eclipse CDT.

Cependant lorsque je fais des erreurs elles sont juste soulignées en rouge mais aucune correction ne m'est jamais proposé (comme en java).
existe-t-il un autre IDE proposant des corrections lorsque des erreurs sont faites ? Si non connaissez vous un logiciel autre que DEV C++ qui me permettrais de coder plus facilement et rapidement ?

Merci par avance de vos réponses.

[jabbounet]

Personnellement j'utilise emacs et je ne m'en lasse pas, mais pour quelqu'un qui cherche un éditeur de type eclispe il sera un peu déçu car la prise en main prend du temps malgrès ses très gros atouts.

Dans l'équipe ou je travaille certains utilisent netbeans (aussi utilisable avec java) ou qtcreator comme éditeur avancé pour le c++.

[Arnau6]

Emacs propose-t-il un système de correction comme pour eclipse en java ?
Tu pourrais me dire quelles sont ses gros atouts d’après ton expérience.

[ternel]

Personnellement, j'utilise même un bête éditeur de texte, une doc en ligne (cppreference.com, en l'occurence), un crayon, et un zoli papier sans z'entête...

J'avais essayé Eclipse pour C++, et code::blocs, et même geany. Ils m'ont tous énervé rapidement.

PS: et je code de vrais projets, avec de vrais environnements de travail... mais pour visual studio ...

[jblecanard]

Salut Arnau6, et bienvenue sur Développez !

Je ne connais aucun IDE qui propose ce que tu demandes, mais cela n'est pas très étonnant. La complexité et la richesse syntaxique et sémantique de C++ rendent les propositions de corrections plus compliquées à réaliser. Du reste, ces corrections se basent aussi sur des normes et et des "classiques" du dev en Java, là ou les projets en C++ sont plus hétérogènes.

Pour te faciliter la tâche lorsque tu développes, et t'aider, je te conseille de choisir ton IDE selon d'autres critères, et d'utiliser le compilateur clang au lieu de g++ ou cl (compilateur de Visual Studio), quitte à recompiler avec ceux là pour produire la release. La raison est que clang va produire des messages d'erreur beaucoup plus compréhensibles, et de très loin, et t'aider à corriger les erreurs plus facilement.

Pour le choix de l'IDE, tu peux peut-être essayer code::blocks que tu n'as pas cité. Pour ma part, je suis passé récemment sur l'éditeur de texte Sublime Text 2 (payant mais utilisable gratuitement sans limite de temps), qui allie légèreté, multi-plateforme, fonctionnalités d'édition poussées qu'on ne retrouve pas dans les autres éditeurs graphiques (mais qu'on trouve dans Emacs ou VIM) et en plus il est très beau (vraiment).

Bon courage !

Edit: Un gros avantage des "gros" IDE sur les éditeurs de texte, c'est l'intégration plus poussée d'une interface de debugging. Sans doute à prendre en compte aussi.

[ternel]

Au passage, si tu décides de retomber sur un éditeur de texte, et que tu tournes sur Windows, tu peux jeter un œil à Notepad++.
Il est vraiment agréable à utiliser, à mi chemin entre la puissance d'un vim/emacs et le naturel d'un g/kedit.
malheureusement, je ne lui ai trouvé aucun équivalent Linux (sauf lui meme avec wine).

[jblecanard]

Au passage, si tu décides de retomber sur un éditeur de texte, et que tu tournes sur Windows, tu peux jeter un œil à Notepad++.
Il est vraiment agréable à utiliser, à mi chemin entre la puissance d'un vim/emacs et le naturel d'un g/kedit.
malheureusement, je ne lui ai trouvé aucun équivalent Linux (sauf lui meme avec wine).

J'utilisais Notepad++ avant mais depuis que j'ai découvert Sublime Text, il l'a bien vite remplacé ! Il fait tout ce que fait Notepad++ et d'autres choses, et est aussi léger et rapide à démarrer. Et dispo sous linux, mac et windows . Notepad++ conserve l'avantage d'être open-source, mais il n'évolue pas beaucoup depuis quelques années (bien qu'il soit maintenu).

[jabbounet]

Emacs propose-t-il un système de correction comme pour eclipse en java ?
Tu pourrais me dire quelles sont ses gros atouts d’après ton expérience.

je ne connais pas le systeme de correction de eclipse.
peu être que ca correspond à flymake qui encapsule le check de syntaxe de gcc.


Pour les système de complétion il y'a le choix (ceci dit le terme complétion avait un sens différent sous emacs avant l'apparition des complétion)
http://www.emacswiki.org/emacs/CategoryCompletion

par defaut il y'a un dummy completion 'M-/' qui te propose quelque chose en fonction des dernière chose que tu as tappé, si ce n'est pas bon tu le refait pour qu'il te propose autre chose.


Les point fort d'emacs:

• Edition de texte tres avancé (trop long de les citer toutes les fonction possible)
• Support de multiple langage et plate forme (C/C++/java/lisp/perl/....)
• "facile à étendre toi même" à condition d'investir dans l'apprentissage du lisp.
• Bonne intégration des outils de dev gnu (gdb, svn/cvs, gcc, diff, ...)
• tout est accessible au clavier (par raccourcis ou M-x ...)
• bonne communauté d'utilisateurs
• La configuration te permet de faire un peu ce que tu veux de l'éditeur (c'est aussi un point faible)
• gestion des acces remote (tramp) un fois configurer je peux naviguer indiférement d'un serveur a un autre et lancer des commandes dessus.

Les point faibles:

• Difficile / austère au premier abord (c'est un investissement de temps quand on commence à l'utiliser)
• L'intégration des package (corrigé en partie avec la version 24)
• La configuration, beaucoup de chose sont a configurer au départ pour avoir un environnement qui tiens la route.

Actuellement je l'utilise sous windows et linux
sous windows je lui ai fait encaspuler les appels au compilatuer visual studio, et je me suis customisé un navigateur de projet qui fait que je me passe complétement de l'ide visual (sauf le debugger)

sous linux/gcc pas eu grand chose à faire c'est son environement de prédiléction

Un des dernier truc que j'ai fait avec emacs en tant que module lisp sont

• un parser pour les fichier de donnée pondu par une application (le format est illisible sinon)
• un server tcp (texte ou binaire) qui me permet de simuler certains use case non faisable avec les serveur natif (qui ne sont pas chez nous), les applis c++ sur lesquels je travaille ne se rendent même pas compte de la différence avec les vrais serveur )

[Arnau6]

Merci pour toute ces réponses. La je viens d'essayer sublime texte et il semble vraiment pas mal pour faire de petit programme. Je vais pouvoir avoir Visual Studio ( la version payante) gratuitement grâce au partenariat de mon école.

Il y a vraiment une différence entre un freeware et un logiciel payant comme celui ci ?

J'ai une dernière question de Noob. Une fois un programme graphique réalisé, si on le fait circuler, est-il possible de savoir sur quelle programme il a été créer et si oui ai-je le droit de le faire avec visual studio comme ça sort du cadre de l'apprentissage ?

[jabbounet]

Merci pour toute ces réponses. La je viens d'essayer sublime texte et il semble vraiment pas mal pour faire de petit programme. Je vais pouvoir avoir Visual Studio ( la version payante) gratuitement grâce au partenariat de mon école.

Il y a vraiment une différence entre un freeware et un logiciel payant comme celui ci ?

J'ai une dernière question de Noob. Une fois un programme graphique réalisé, si on le fait circuler, est-il possible de savoir sur quelle programme il a été créer et si oui ai-je le droit de le faire avec visual studio comme ça sort du cadre de l'apprentissage ?

L'éditeur pas forcément a moins que celuis ci colle des signature avant de compiler.

Le compilateur cela peut se deviner en examinant l'exe ou la dll générée avec un editeur hexa ou en utilisant certains utilitaire comme strings.

exemple compilé avec un Gcc

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 strings -a test.exe | grep GNU
GNU C 4.3.4 20090804 (release) 1
GNU C 4.3.4 20090804 (release) 1

exmple un dll linké avec un vieille version de visual....

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
strings -a  test.dll | grep MS
MSVCP60.dll
MSVCRT.dll

[JolyLoic]

Personnellement, le plus proche que j'ai vu de ce que tu demandes, c'est visual studio (toutes éditions, même la gratuite) à partir de la version 2010. S'il ne propose pas de corrections, il souligne les erreurs au fur et à mesure de la frappe, et affiche leurs causes.

Eclipse CDT est sensé savoir faire pareil, mais la dernière fois que j'ai regardé, ils faisant tant de fautes que la fonctionnalité tenait plus du bruit qu'autre chose.

Peut-être qu'avec l'avènement de Clang, des outils vont émerger. Je l'espère fortement.

[jabbounet]

Personnellement, le plus proche que j'ai vu de ce que tu demandes, c'est visual studio (toutes éditions, même la gratuite) à partir de la version 2010. S'il ne propose pas de corrections, il souligne les erreurs au fur et à mesure de la frappe, et affiche leurs causes.

Ce que tu décrit pour visual ressemble à flymake pour emacs.
http://flymake.sourceforge.net/
http://www.emacswiki.org/emacs/FlyMake
http://www.gnu.org/software/emacs/ma...o/flymake.html

[JolyLoic]

La question que je me pose est : Est-ce que ça marche bien ?

Par exemple, emacs n'a pas je crois la notion d'un projet comme peut l'avoir Visual C++, du coup comment fait-il pour quand un fichier est ouvert savoir l'associer aux options de compilation qui vont bien ?

Ensuite, il parle de surligner la ligne avec un problème. Il est beaucoup plus utile de surligner uniquement les caractères impliqués, ce qui demande des messages d'erreur au caractère, que gcc ne fournit pas.

Après, un autre point sensible pour ce genre d'outils est les performances. Je sais que Visual utilise un compilateur spécial pour faire le boulot, j'imagine aussi que clang serait assez adapté. Les deux peuvent rester montés en mémoire, avoir pré-parsé des .h et ne devoir reparser que la portion de code modifiée. Par contre j'ai cru comprendre que gcc ne faisait pas d'efforts pour être intégrable à l'intérieur d'outils de ce genre :

Clang is designed as an API from its inception, allowing it to be reused by source analysis tools, refactoring, IDEs (etc) as well as for code generation. GCC is built as a monolithic static compiler, which makes it extremely difficult to use as an API and integrate into other tools. Further, its historic design and current policy makes it difficult to decouple the front-end from the rest of the compiler.