Quel environnement pour coder en C sous Linux? - Page 1

Eclipse, KDevelop, Anjuta, Geany ou Code:Blocks? (ou un autre si il y a, m'enfin j'ai que ça d'installé sous Kubuntu). Jusque là j'ai toujours utilisé Xemacs (ils ont que ça sur les PC de l'école) et je trouve pas ça super top.

Edited_875

emacs, sans hésiter

Eclipse c'est bien puissant quand tu n'utilises que ça (mais il manque toujours un plug in efficace de sélection libre).

à part Emacs...

Nil (./5) :
Eclipse c'est bien puissant quand tu n'utilises que ça (mais il manque toujours un plug in efficace de sélection libre).

et le word-wrapping...

edit : du moins, sous PDT (plug-in de Zend pour coder en PHP sous eclipse)

vi c'est pas mal

emacs & eclipse

Code::Blocks pour moi, parcequ'il existe aussi pour windows et que donc ca facilite le portage d'un OS à un autre.
Mais maintenant que j'y pense, c'est aussi le cas d'eclipse (qui a en plus, plus de features)

Bref: eclipse

nedit

dans ma tête j'associe toujours eclipse (ou netbeans) a java et code::blocks au C.

a noter que c::b est le successeur de Dev-c++

nedit/gedit - makefile/gcc

squalyl : Dans les esprits oui... Mais les auteurs des deux IDE ne se connaissent pas, c'est deux projets qui n'ont pas la moindre ligne de code en commun.

et... ouais, et alors?

nano/gedit/kate pas besoin de plus (sauf pour débugguer mais la c'est une autre histoire )

Et le CDT d'Eclipse, a moins qu'il est fondamentalement changé sur les quelques derniers mois, c'est uen grosse merde..

squalyl : Ben on peut pas vraiment parler de "successeur" je trouve. C'est une alternative.

dev-c++ n'a aucune nouvelle release officielle depuis 2005
le site de c::b a été créé en 2005
c::b peut charger les projets dev-c++ et les plugin devpack.

cherchez l'erreur

Ouai ça dépend de comment on comprend le terme "succession"... enfin bon tout ceci na aucun intérêt !

En termes de fonctionnalités et de convivialité, Eclipse est le meilleur, le problème est que c'est leeeeent... Enfin, je vais voir ce que ça donne avec IcedTea, mais avec GCJ, même avec les paquetages précompilés que Fedora fournit, ça rame.

j'ai remarqué que la quantité de cache dispo dans l'ordi change radicalement les choses en java (pour exécuter le même programme évidemment)

la lenteur implique une baisse conséquente de convivialité... Donc après, la bataille se fait sur les fonctionnalités. Eclipse sait faire office de lecteur mail, client IRC etc. ?

#troll#

kim (./22) :
Eclipse sait faire office de lecteur mail, client IRC etc. ?

Client IRC, j'ai pas trouvé... par contre, messagerie, ça oui ^^

y'a forcément un plugin qq part ^^

Au pire suffit de prendre un client en java et de le faire fonctionner dedans

J'ai eu que des mauvaises expériences avec Eclipse. Ca prenait toute la ram, il restait plus rien pour pouvoir executer quoi que ca soit. Son correcteur syntaxique à deux balles qui rale alors que j'ai pas eu le temps de finir une ligne parce que le clavier rame à cause de lui-même... que du bonheur. J'y mettrai plus jamais les pieds. (quoique maintenant j'ai 2 GB de ram, je peux peut-etre chopper la version d'il y a 2 ~ 3 ans?)

Il fonctionne très bien sur mon portable Celeron 2.4GHz avec 500Mo de RAM (mais sous Linux, pas sous Windows)

Pour que le java rame pas, c'est le cache et le disque dur qui compte, pas la RAM. t'as quoi à ce niveau?

Java sous linux ne se comporte pas de la meme maniere que windows, il est bcp plsu rapide et moins "gourmant" que sous windows. Allez comprendre pourquoi...

pareil, Eclipse tourne nickel chez moi sous Linux, avec un P4A 2.0GHz et 512Mo de ram (par contre j'avoue à la fac sur les Duron 1.2GHz et 256Mo de ram c'est la misère )