redefinition

Comment eviter une redefinition des fonctions et variables utilisées dans des fichiers .h lorsqu'on les utilisent dans un fichier.o lors d'une compilation séparée.
Tout les headers sont de la forme :
#ifndef h
#define h
  //le fichier h
#endif

bonsoir,

Tiens un message pour Joky...

Si tout tes header sont de cette forme, c'est sur qu'il va y avoir des problèmes (sauf si tu n'as qu'un .h).
mais sinon par exemple ton fichier s'appelle exemple.h, tu peux faire comme cela
#ifndef EXEMPLE_H
#define EXEMPLE_H

/*prototype de fonctions, macro, define, etc... */

#endif

tu peux aussi rajouter ton nom, la date etc...

Matt...

Pourquoi c'est une question pour moi lol ?

if(!Meilleur("Joky")) return ERREUR;<

Il faut surtout ne jamais mettre de variable ni de code dans les .h (si susceptible d'être inclus par plusieur fichier source)

les #ifndef/#define/#endif empêche d'inclure 2 fois un .h lors de la compilation. Cela n'empêche en rien la multiple déclaration de variables lors du link si une variable est déclaré dans un .h

dans un .h, on met :
des #define
des enum, struct, class, typedef
des prototype de fonctions
des extern

exemple pour une variable int globalvar et une fonction globalfct.


dans le .h :
extern int globalvar;
void globalfct();

dans UN source :
int globalvar;
void globalfct()
{
// code
}

les autres sources du projet auront acces à globalvar et globalfct en incluant le .h

C'est pratique quand même les #ifndef #define... Moi j'ai une question supplémentaire: j'avait réussi à faire la même chose avec #pragma once, c'est quoi la différence et pourquoi personne ne l'utilise ?

neodelphi

Bonsoir,

J'ai un doute sur les 'extern' dans le .h Personnellement je n'en met jamais et j'arrive à me débrouiller sans.

Matt...

non seulement les #ifdef/#endif sont pratiques mais sont indispensables. Il faut cependant bien comprendre leur role.

Il sont la pour éviter que lors de la compilation d'UN fichier source (.c ou .cpp) l'inclusion d'un fichier A inclu un fichier C et l'inclusion d'un fichier B inclu le même fichier C une nouvelle fois, redefinsants tou les define, types et classe un nouvelle fois.
On est sur que chaque déclaration n'y sera qu'une fois.
Par contre lors de la compilation d'un autre fichier source incluant ce fichier C, il faudra les déclaration et define pour que la compilation passe.
Et donc si tu as une variable non static ni extern dans le .h, chaque source l'aura vu une seule fois (grace au ifdef) mais pour le linker elle sera redéfinie...

#pragma once réalise la même chose, le compilo garde une trace des include et évite de le remettre une nouvelle fois

les extern dans le .h fonctionne, cela revient au même de le mettre dans les .cpp où les variables doivent être utilisée. les mettre dans un .h évite d'avoir à répéter le extern pour chaque source.

Bonsoir,

Par exemple dans ton .h tu mets extern int toto; , jusque la ok et comment tu declares int toto = 0; et ou ?

Matt...

int toto = 0;
=> A mettre dans UN des .c ou .cpp, peu importe lequel.

les autres sources y auront accès :
- soit en faisant extern int toto;
- soit inclure un .h qui a extern int toto.

Les 2 solutions sont équivalentes. Après c'est une question de choix, de lisibilité, de compréhension du code...

Bonsoir,

Ok, j'ai essayé. J'avais des doutes sur la compilation, mais je déconseille cette façon de faire car on ne voit pas, pour notre exemple, de qu'elle type est la variable toto et d'ou elle sort.
Perso, je ne met jamais d'extern dans les .h et je m'en sors très bien, mais chacun fait comme il veut.

Matt...