Discussion :

[artiom]

Bonjour a tous,

J'ai un peu de mal a organiser mes fichiers proto de mes classes... Je me suis retrouvé obligé d'y acceder avec des chemins relatifs pour que ca marche (sous code::blocks linux) enfin bref je pense qu'il y a des manières beaucoup plus sexy de faire les choses... surtout que sous windows ca compile pas car il voit pas mes includes...

Voici l'arbo de mon projet:


Voici mes declarations pour le pre compil:
main.cpp

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
#include <SDL/SDL.h>
#include <GL/gl.h>
#include <GL/glu.h>
#include <cstdlib>
 
#include "include/Monde.h"
#include "include/Individus.h"

classe: Individus.cpp

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
#include "../include/Individus.h"
 
#define M_PI  3.14159265358979323846

classe: Monde.cpp

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

#include "../include/Monde.h"

Individus.h

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
#ifndef INDIVIDUS_H
#define INDIVIDUS_H
 
 
#include <SDL/SDL.h>
#include <GL/gl.h>
#include <GL/glu.h>
#include <cstdlib>
#include <math.h>

Monde.h

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
#ifndef MONDE_H
#define MONDE_H
 
#include <SDL/SDL.h>
#include <GL/gl.h>
#include <GL/glu.h>
#include <cstdlib>

Qu'en pensez vous? Y a t il moyen aussi de ne pas reincluder systematiquement toutes les libs dans les proto des classes qui sont deja incluses dans main?

Merci

[LittleWhite]

Bonjour,

Je propose de spécifier le répertoire "include" en tant que répertoire de recherche pour les fichiers à inclure. (Avec GCC c'est avec l'option -I ; avec Code::Blocks, c'est dans les propriétés de compilation : "Project" -> "Build options" -> "Search directories" -> "Compiler" -> "Add")

[Bousk]

Bonjour,

je n'ai pas utilisé C::B depuis un moment, mais les répertoires C::B sont-ils de vrais répertoires ? ou uniquement des "filtres" comme sous visual ?
Dans tous les cas, je pense pas qu'il soit intéressant d'avoir un répertoire include et un autre src, je préfère avoir mon .h et mon .cpp côté à côte. Avec des répertoires pour les regrouper logiquement.

[artiom]

Merci pour vos réponses

Je propose de spécifier le répertoire "include" en tant que répertoire de recherche pour les fichiers à inclure. (Avec GCC c'est avec l'option -I ; avec Code::Blocks, c'est dans les propriétés de compilation : "Project" -> "Build options" -> "Search directories" -> "Compiler" -> "Add")

J'ai essayé d'ajouter mon répértoire include et de ce fait d'enlever les "../include" mais il semblerait que ca ne lui plaise pas. J'ai pas vraiment approfondi encore la question mais le premier test n'est pas vraiment concluant... =/ d'ailleur faut il utiliser des guillemets dans l'include ou des cheverons pour qu'il aille chercher dans les dossiers suggerés dans le search dir?

je n'ai pas utilisé C::B depuis un moment, mais les répertoires C::B sont-ils de vrais répertoires ? ou uniquement des "filtres" comme sous visual ?
Dans tous les cas, je pense pas qu'il soit intéressant d'avoir un répertoire include et un autre src, je préfère avoir mon .h et mon .cpp côté à côte. Avec des répertoires pour les regrouper logiquement.

LOL alors sous C::B c'est 50/50. en fait Soucres, Headers, Others sont des filtres par contre src et include sont des vrais repertoires placés a la racine du projet. =)
Alors effectivement ne pas séparer le proto du src est une solution, cependant j'ai utilisé la fonctionnalité new -> class de C::B pour créer mes petites classes, et puis je me suis dis que les confs par defaut de EDI (c::b) préconisent une organisation "propre" du projet... parcequ'effectivement c'est juste une case a décocher pour que les deux fichiers se retrouvent dans le meme dossier.

[LittleWhite]

Pour vos fichiers d'include (hors bibliothèque externe) il faut des guillemets.