Posté par freem .
En réponse au message compiler header.
Évalué à 3.
Dernière modification le 06 janvier 2015 à 11:51.
Bonjour.
Déjà, en général, on utilise les guillemets anglais ("...") pour tout ce qui à trait au projet en cours. Comment tu gères les noms te regarde, mais, encore une fois en général, on part du principe que la racine du projet (souvent un dossier src, qui lui-même peut contenir des sous-dossiers, mais ce n'est qu'une convention) est la racine du disque (autrement dit: /, ou c:\ sous windows).
On utilise toujours les <...> pour les libs externes.
Ensuite, utilise un outil pour gérer ton projet (ou au moins la phase de compilation).
Soit un IDE (code::blocks, Kdevelop, eclipse, qtcreator, peu importe. Perso j'ai bien aimé code::blocks, mais depuis je fais autrement, mais je comprend mieux qu'à mes débuts le processus de compilation aussi ;)) soit un moteur de compilation (makefile, scons, cmake... voire, pourquoi pas, l'ingérable autotools de gnu), mais ne t'embête pas à compiler le linker à la main des projets ou tu dépasses les 2 fichiers et ou tu utilises une lib externe.
D'une part, tu gagneras en facilité, d'autre part, tu gagneras en vitesse de compilation parce qu'un bon outil te permettra de ne pas re-compiler l'ensemble de tes fichiers quand tu n'en modifies qu'un, sans parler qu'il supporteras automatiquement des options debug ou release (qui sont optimisées différemment donc).
Bon courage.
[edit]
Ah, au fait, les listes d'outils que j'ai citées ne sont pas exhaustives, je ne parle que des outils dont j'ai entendu parler ou testé. Je ne connaît pas le nom de l'IDE de gnome, et je ne sait ni s'il existe, ni s'il est bien.
# Gestion de projet et des headers
Posté par freem . En réponse au message compiler header. Évalué à 3. Dernière modification le 06 janvier 2015 à 11:51.
Bonjour.
Déjà, en général, on utilise les guillemets anglais ("...") pour tout ce qui à trait au projet en cours. Comment tu gères les noms te regarde, mais, encore une fois en général, on part du principe que la racine du projet (souvent un dossier src, qui lui-même peut contenir des sous-dossiers, mais ce n'est qu'une convention) est la racine du disque (autrement dit: /, ou c:\ sous windows).
On utilise toujours les <...> pour les libs externes.
Ensuite, utilise un outil pour gérer ton projet (ou au moins la phase de compilation).
Soit un IDE (code::blocks, Kdevelop, eclipse, qtcreator, peu importe. Perso j'ai bien aimé code::blocks, mais depuis je fais autrement, mais je comprend mieux qu'à mes débuts le processus de compilation aussi ;)) soit un moteur de compilation (makefile, scons, cmake... voire, pourquoi pas, l'ingérable autotools de gnu), mais ne t'embête pas à compiler le linker à la main des projets ou tu dépasses les 2 fichiers et ou tu utilises une lib externe.
D'une part, tu gagneras en facilité, d'autre part, tu gagneras en vitesse de compilation parce qu'un bon outil te permettra de ne pas re-compiler l'ensemble de tes fichiers quand tu n'en modifies qu'un, sans parler qu'il supporteras automatiquement des options debug ou release (qui sont optimisées différemment donc).
Bon courage.
[edit]
Ah, au fait, les listes d'outils que j'ai citées ne sont pas exhaustives, je ne parle que des outils dont j'ai entendu parler ou testé. Je ne connaît pas le nom de l'IDE de gnome, et je ne sait ni s'il existe, ni s'il est bien.