Voilà dans mes projet j´ai toujours qu´un fichier source: main.c et c´est vite le bordel quand on veut les rassembler. Donc comment appellez-vous vos fichiers. nomprojet_main.c par exemple. Merci pour vos reponses.

moi je donne toujours à mon fichier principal . cpp le nom du projet plutot qu´un truc ou il y aurais main dedans.

de toutes façon les autres fichiers ont tous des nom différend donc je sais que celui qui a le nom du projet c´est lui qui contient le main.

Ca dépend... en Objective-C je fais un . h et un . m ( les sources ObjC) par classe, plus deux fichiers encore pour le " controlleur" de l´application ( l´objet qui reçoit les evenements)

En Python, je fais des modules que j´appelle mod_ptitedescriptiondumodule

Perso je nomme toujours mon main ´main.cpp´ parsque j´ai la fleme de le changer. En revanche, je separs les modules ( parties independantes) du projet dans des repertoires a leurs nom. En gardant le plus possible une classe par fichier . h/.cpp ayant le nom de la classe en minuscule. Anisi, c´est toujours bien ranger et propre.

Enfin, tout cela lorsque je ne travail pas sous visualC++ 6.0, car lui il met tout a la racine par defaut :/ Quelqu´un connais ou on configure cela ? ???
A, et idem pour KDevelop3.0 avec qui je me suis facher, car lui aussi de puis cette nouvelle version met tout a la racine :< Encore une fois, quelqu´un sait ou ca se configure ? ?

t´as pas de "?" sur ton clavier Goto?

À moins que ça soit la touche SHIFT ?

Nan il fait bien les " ." et les lettre en maj.

Ça doit être sa touche , ? qui doit être cassée, parce qu´il ne met ni , ni ? dans ses posts !

lol vous faites si chier que ça à minuit 34 et + ?

" Enfin, tout cela lorsque je ne travail pas sous visualC++ 6.0, car lui il met tout a la racine par defaut :/ Quelqu´un connais ou on configure cela ? ? ??"

Par défaut je suis pas sûr que ce soit possible, mais il n´y a rien de plus simple que de choisir ses propres répertoires pour les sources ( plusieurs mêmes) . ..

J´ai également le même fonctionnement que toi, une arborescence pour les différents modules, suivant leur fonctionnalités etc..

Je sais pas si vous avez également remarqué ca, mais vous pouvez créer un workspace ( .dsw) avec plusieurs projets dedans ( .dsp), peu importe les paths, et même créer des dépendances entre les projets, pour par exemple compiler un projet si seulement si un autre est à jour ( un projet dépendant d´une lib, ou d´une dll etc..)...