Salut !
 
Pour un projet, je développe avec C++BuilderX (Borland). Je suis sous XP Pro.
 
J'ai un petit soucis avec cet IDE. Dès qu'un des fichiers du projet devient un peu volumineux (et encore, pas bien méchant), il devient super lent lors du débogage.  
En fait, la seule manière pour moi de lancer l'application de faire MAJ+F9 (débogage); je n'ai d'ailleurs jamais su si c'était normal. Entre le moment où j'enfonce ces touches et l'apparition de la console DOS, il met bien 8 sec .... Je vous assure que ça saoule à la longue !
 
Auriez-vous une petite idée qui permettrait de changer cela ?
 

J'ai travaillé sur C++Builder 4 et 5, et c'est la pire IDE que j'aie jamais vu dans ma vie.
Lent, instable, bordélique, aussi ergonomique qu'une interface à Harko...
 
J'imagine que c'est pareil pour le X, mais avec des trucs en plus.
 
 

 
Pas clair ce passage : c'est pas la compilation que tu attends, des fois ?

Bonjour
J'ai un projet de 10000 lignes réparti sur 13 fichiers C, je développe avec gcc. Je suis sous linux 2.6
comme IDE j'utilise gedit et une fenêtre console.
A la compilation il faut au moins 5 secondes pour compiler le tout sur P4.
Cela ne m'a jamais saoulé ni stupéfié seulement agacé.
Le problème est qu'à chaque fin de compilation les fichiers .o disparaissent ce qui oblige à tout recompiler alors que ce ne serait pas nécessaire.
Quel est l'option de gcc qui permet de conserver les fichiers .o ?
Je n'utilise pas de makefile
gcc -o executable source1.c ... `gnome-config --cflags --libs gnomeui`

En fait, en farfouillant le net hier soir, j'ai vu qu'il s'agissait bien d'un bug et qu'un gars avait proposé un correctif il y a à peine 2 semaines.
 
Plus d'infos ici : http://groups.google.com/group/bor [...] 4202f91746

 
 
Je compile en deux étapes : gcc -c pour la compilation, suivi de gcc -o pour l'édition de lien.
Comme ça, les .o restent.

Merci pour le tuyau.