Définition de plusieurs de linker erreur ...

J'ai défini un fichier spécial: config.h

Mon projet a également des fichiers:

t.c, t.h
pp.c, pp.h
b.c b.h
l.cpp

et #comprend:

dans t.c:

    #include "t.h"
    #include "b.h"
    #include "pp.h"
    #include "config.h"

dans b.c: 

    #include "b.h"
    #include "pp.h"

en pp.c:

    #include "pp.h"
    #include "config.h"

dans l.cpp:

    #include "pp.h"
    #include "t.h"
    #include "config.h"

il n'existe pas de directives include dans mon *.h fichiers, seulement dans *.c fichiers. J'ai défini cette config.h:

const char *names[i] =
        {
            "brian", "stefan", "steve"
        };

et ont besoin de ce tableau dans l.cpp t.c, pp.c mais Im obtenir cette erreur:

pp.o:(.data+0x0): multiple definition of `names'
l.o:(.data+0x0): first defined here
t.o:(.data+0x0): multiple definition of `names'
l.o:(.data+0x0): first defined here
collect2: ld returned 1 exit status
make: *** [link] Error 1

J'ai inclure des gardes dans chaque *.h fichier que j'utilise dans mon projet. Tout aider à résoudre ce problème?

InformationsquelleAutor mazix | 2013-07-20
  1. 91

    Ne pas définir des variables dans les en-têtes. Mettre déclarations dans l'en-tête et les définitions dans un de la .c fichiers.

    Dans la configuration.h

    extern const char *names[];

    Dans certains .fichier c:

    const char *names[] =
    {
        "brian", "stefan", "steve"
    };

    Si vous mettez une définition d'une variable globale dans un fichier d'en-tête, puis cette définition va y aller tous .c fichier qui contient cet en-tête, et vous obtiendrez de multiples définition de l'erreur, car une varible peut être déclaré plusieurs fois, mais peut être défini qu'une seule fois.

    • résolu! 🙂 Pourriez-vous s'il vous plaît dites-moi pourquoi je ne devrais pas mettre des déclarations dans h*. fichiers?
    • Afin de ne pas le faire. Utilisation *.h les fichiers d'informations de référence. Vous devez vous rappeler que "comprendre" signifie qu'il est, y compris tous les *.h informations contenues dans ce fichier, alors vous pourriez être la copie de l'information (pas seulement la référence) dans chaque fichier à l'aide de la *.h. Cela peut obtenir des linkers confus, et ne.
    • Non, le définition global de la varible devrait aller .c fichier et mettre le déclaration dans l'en-tête. N'oubliez pas que vous pouvez déclarer une varible de nombreuses fois, mais le définir qu'une seule fois.
    • Juste pour faire de l'explication légèrement plus clair, le fichier d'en-tête est susceptible d'être inclus dans plus d'un fichier c, de sorte que vous finirez avec plusieurs déclarations de variable avec le même nom
    • est-il possible d'utiliser extern pour le constructeur de la classe?
    • Le extern est en fait redondante: extern de liaison est la valeur par défaut.

    InformationsquelleAutor Yu Hao
  2. 24

    Déclarations de fonctions publiques aller dans les fichiers d'en-tête, oui, mais les définitions sont absolument valable dans les en-têtes ainsi! Vous pouvez déclarer la définition statique (seulement 1 copie autorisée pour l'ensemble du programme) si vous définissez les choses dans un en-tête pour les fonctions de l'utilitaire que vous ne voulez pas avoir à définir de nouveau dans chaque c fichier. I. E. la définition d'une énumération et une fonction statique de traduire l'énumération en une chaîne de caractères. Ensuite, vous n'aurez pas à réécrire l'enum de la chaîne de traducteur pour chaque .c fichier qui contient l'en-tête. 🙂

    • Je trouve cette réponse bien plus pratique que le haut de réponse. Il est plus commode et attrayant juste pour en avoir un en-tête de stocker toutes les variables globales par exemple, au lieu de l'avoir .h et .fichiers cpp. Je vous remercie.
    • Je pense que cette solution est également mieux que la plupart voté parce que l'autre a besoin de définir des valeurs dans chaque *.c fichier, et en outre la vôtre, @JonathanWhittenberg, ressemble plus élégant. Merci beaucoup
    • Mieux et solution plus élégante que de l'AA. +1 pour l'ajout d'pourquoi il n'est pas toujours une mauvaise idée.
    • Ce n'est pas une description exacte de ce statiques ne. "Vous pouvez déclarer la définition statique (seulement 1 copie autorisée pour l'ensemble du programme)" PAS de! statique rend la définition de la portée pour que la compilation de l'unité. Donc, il vous donne une copie de par compiler unité. Donc, si vous avez une grande liste de chaînes de caractères, votre programme va finir par avoir beaucoup de dupliquer des copies de cette liste ... un pour chaque c fichier. C'est encore pire pour les fonctions statiques si plus tard vous aller de débogage, car il n'y a plus une seule fonction pour placer un point d'arrêt, mais de nombreux exemplaires de cette fonction dans le programme lié.
    InformationsquelleAutor JonathanWhittenberg