From: <[EMAIL PROTECTED]>
Subject: [CBLX] Environnement développement (IDE)
Date: Fri, 9 Mar 2007 14:55:11 +0100
> Salut Pierre,
> On Fri, Mar 09, 2007 at 02:41:19PM +0100, Pierre Lorenzon wrote:
> > Excusez mon ignorance (décidément en ce moment j'en touche le
> > fond tout le temps) IDE ? est-ce que c'est ce que j'appelle un
> > intégrateur de tâche selon une formule non consacrée ?
> Je ne saurais te répondre. Ce que moi j'appelle IDE c'est un
> "Integrated Developpment Environnment" autrement dit un éditeur avec des
> fonctions sympa pour les programmeurs du genre :
> - placement sur les lignes d'erreurs à la compilation
> - completion des noms de fonctions, variables , classes, ainsi
> qu'affichage (pour Visual Studio en tout cas), du prototype de la
> fonction qu'on est entrain d'appeler pour savoir en un coup d'oeil si on
> lui passe les bon arguments.
> - Du debugging un peu comme fait GDB mais intégré. Exemple, tu tapes
> "where" dans GDB, ça t'affiche la pile d'exécution. Bon ben sous Visual
> Studio, tu double-cliques sur une fonction, ça te met à l'endroit exact
> où en est l'exécution à l'intérieur de cette fonction.
> - Et un tas d'autres gadgets, absolument pas indispensables mais qui
> entrent dans la cathégorie "ça sert pas souvent mais c'est sympa et ça
> fait gagner du temps". :)
>
>
> Voilà, j'ignore si nous avons la même définition. Sous Windows l'IDE par
> excellence est Visual Studio, sous Linux on a KDevelop, Motor (mais il
> marche bizarrement je trouve), ainsi qu'un autre mais je ne me souviens
> plus le nom.
>
> Voilà
Alors je ne comprends pas exactement ce que tu
demandes/demanderais à emacs :
- Si tu développes en emacs-lisp c'est semi-compilé,
semi-interprété, et évidemment qu'il y a des fonctions de
debugging dans emacs qui grosso-modo te renvoient l'état de
l'exécution au moment où ça plante/ou si tu as mis un
break-point dans le code lisp.
2 - Tu veux pouvoir debugger un code compilé et exécuté en
externe style c, c++, java, ou même LaTeX. Avec LaTeX par
exemple, et auctex, le système trouve tout seul l'endroit où
il y a une erreur dans ton code et va pointer le curseur
dessus en fonction de l'output du compilateur LaTeX.
Tout ca dépend beaucoup du mode utilisé pour concevoir le
code. Je n'ai pas développé en c depuis des siècles et même
osons le dire depuis que je suis sou linux alors je connais
très mal le mode c.
Il y a aussi des gestionnaires de projet comme cedet je crois
mais je ne suis pas sûr que ce soit maintenu de manière très
serrée.
Voilà ... est-ce qu'on converge ou alors est-ce qu'on est en
pleine errance ?
Pierre
_______________________________________________
Liste de diffusion CarrefourBLinuX
[email protected]
http://lists.freearchive.org/mailman/listinfo/carrefourblinux
Fiches EDU : http://blinuxwiki.pbwiki.com/FichesEdu
Signets : http://fr.groups.yahoo.com/group/carrefourblinux/links/
Archives : http://lists.freearchive.org/pipermail//carrefourblinux
Anciennes archives (Yahoogroupes) :
http://fr.groups.yahoo.com/group/carrefourblinux/messages
Rechercher : http://lists.freearchive.org/cgi-bin/search.cgi
Pour s'inscire par courriel :
'mailto:[EMAIL PROTECTED]'
Pour se desinscrire par courriel :
'mailto:[EMAIL PROTECTED]'
