Double référence à cause des fichiers dans le solution explorer

Version imprimable

17/02/2022, 08h52
myflash

1 pièce(s) jointe(s)

Double référence à cause des fichiers dans le solution explorer

j'ai cette erreur quand je compile avec Visual Studio 2005...

Citation:

Error 1 error LNK2005: "public: __thiscall abc::abc(void)" (??0abc@@QAE@XZ) already defined in Main.obj abc.obj

je sais le problème mais je sais pas comment régler ça ...

le problème est que Visual Studio compile les fichier qui sont dans le solution explorer avant de commencer a compiler mon main ... donc tous les include que je mets dans le ficher main.cpp ca me dit double définition, à cause qu'il se trouve à compiler 2 fois les fichiers même si j'ai des #pragma once au début de chaque fichier...

je veux garder les fichier dans la liste du solution explorer pour pouvoir cliquer dessus pour les ouvrir et je veux pouvoir mettre mes include aussi pour garder les références des dépendances des class localement dans les fichier .cpp et .h....

bref ma solution serait de pouvoir dire à Visual Studio de jamais compiler les fichiers dans le solution explorer...

Quelqu'un sait comment ????

Merci a l'avance ! :?

ps: j'ai mis un screenshot en attach...
17/02/2022, 09h46
myflash

on dirrait vraiment que le solution explorer prend pas compte du pragma once ... j'ai essayer aussi avec un define et ca ne marche pas plus... il dit deja definie dans main.
17/02/2022, 22h20
dalfab

Bonjour,

On ne doit faire l'include que de fichiers .H. Et ces fichiers ne doivent pas contenir de définitions de variables ni de fonctions. Le #pragma once permet alors de ne pas avoir des types définis plusieurs fois.

En aucun cas, on ne doit faire l'include d'un fichier .C
En aucun cas on ne doit faire l'include de fichiers qui contiennent des définitions de variables ou de fonction.
En aucun cas, #pagma once n'empêchera une redéfinition d'une variable ou d'une fonction.
18/02/2022, 03h38
myflash

mais c'est anti convention de scope ca !!! si je fait une class je declare ma class dans le .h et programme les fonction dans le cpp...

donc pour que le reste du programme vois tout on est suposer inclure le .h et le .cpp ou limite include le cpp et le cpp lui inclut le .h,

comment le programme est suposer voir le code de la fonction si le cpp est pas inclut nullpart ?!?!?!

y dois avoir un option pour ca dans visual studio... sinon il faut avoir un option pour ca... je sais pas genre "Precompile solution included cpp file"....

a ce que je sache, visual studio est le seul compilateur qui fait ca. :(
18/02/2022, 09h32
dalfab

1 pièce(s) jointe(s)

Si tu as plusieurs fichiers qui contiennent du code, ce sont des unités de compilation distinctes.
Il faut mettre les fichiers dans ton projet pour qu'ils soient tous compilés et liés. Sous Visual Studio, tu cliques sur ton projet avec le bouton droit et choisis "add existing items..."
Pièce jointe 613985
La liste des fichiers doit correspondre à tous le fichiers CPP tu veux compiler.
Pour que les fichiers CPP puissent se comprendre, il faut mettre dans un fichier .H les déclarations. Et c'est de ce fichier .H que tes 2 fichiers CPP doivent faire l'include.
22/02/2022, 17h21
Médinoc
Citation:

Envoyé par myflash

donc pour que le reste du programme vois tout on est suposer inclure le .h et le .cpp ou limite include le cpp et le cpp lui inclut le .h,

FAUX. Tu es censé inclure le .h pour lui dire que la fonction existe. Trouver son contenu, le compilateur s'en moque, c'est le boulot de l'éditeur de liens.

Citation:

comment le programme est suposer voir le code de la fonction si le cpp est pas inclut nullpart ?!?!?!

Les deux .cpp sont dans le même projet, donc les fruits de leurs compilations seront tous les deux passés en ligne de commande de l'éditeur de liens.

Pour les histoires de "precompiled", le mieux est de désactiver tout ça quand on débute. Ça cause plus de confusion qu'autre chose.

En fait, j'ai l'impression qu'il te manque la connaissance des principes de base du processus par lequel un ou plusieurs fichiers source C ou C++ donnent un exécutable.
L'information qui te manque, c'est que pour ces langages c'est fait en deux étapes:
1. La compilation concerne un fichier source à la fois. Elle transforme le code source C ou C++ en un fichier appelé "code objet", constitué de petits bouts de code exécutable (un morceau par fonction, par exemple). Ces fichiers ne peuvent être utilisés directement parce qu'ils n'ont pas la structure d'un exécutable et font références aux fonctions de la bibliothèque standard sans les contenir).
  - Sous Visual Studio, les fichiers objets ont l'extension .obj. Sous GCC, ils ont l'extension .o.
2. L'édition de liens rassemble les différents fichiers objets, ainsi que les morceaux des bibliothèques dont ils dépendent, pour en faire un exécutable.
  - C'est un poil plus compliqué pour les bibliothèques parce qu'il y en a deux sortes, mais c'est le principe de base.
Donc en gros, tu as:
Code:

1 2 3 4 5 main.cpp abc.cpp | | main.obj abc.obj libc.lib \ / / dddd.exe