Visual Studio 2010's étrange "avertissement LNK4042"

Question

Je viens de me faire battre (assez durement) sur la tête par un avertissement non trivial de Visual Studio 2010 (C++).

La compilation a donné la sortie suivante :

1 Debug\is.obj : avertissement LNK4042 : objet spécifié plus d'une fois ; les extras sont ignorés
1 Debug\make.obj : avertissement LNK4042 : objet spécifié plus d'une fois ; les extras sont ignorés
1 Debug\view.obj : avertissement LNK4042 : objet spécifié plus d'une fois ; les extras sont ignorés
1 identity.obj : erreur LNK2019 : symbole externe non résolu void __cdecl test::identity::view(void) (?view@identity@test@@YAXXZ) référencé dans la fonction void __cdecl test::identity::identity(void) (?identity@0test@@YAXXZ)
1 identity.obj : erreur LNK2019 : symbole externe non résolu void __cdecl test::identity::make(void) (?make@identity@test@@YAXXZ) référencé dans la fonction void __cdecl test::identity::identity(void) (?identity@0test@@YAXXZ)
1 range.obj : erreur LNK2019 : symbole externe non résolu void __cdecl test::range::is(void) (?is@range@test@@YAXXZ) référencé dans la fonction void __cdecl test::range::range(void) (?range@0test@@YAXXZ)

Les erreurs du linker sont toujours une douleur à déboguer... mais il y avait des références non résolues, alors j'ai vérifié... mais le source est bien formé... et enfin j'ai compris :

Ma hiérarchie de dossiers ressemble à ceci :

src/
  identity/
    is.cpp
    make.cpp
    view.cpp
  range/
    is.cpp
    make.cpp
    view.cpp

et c'est également la hiérarchie dans la Solution (je la configure toujours de manière à imiter la structure de dossiers "réelle").

Et les sorties de diagnostic :

Debug\is.obj
Debug\make.obj
Debug\view.obj

Avec un avertissement indiquant que le .obj a été passé deux fois au linker et qu'un sera ignoré.

Ne cherchez pas plus loin : Visual a aplati proprement ma hiérarchie de dossiers, et donc est incapable de compiler proprement le source.

En ce moment, je pense simplement à renommer les fichiers, cela devrait résoudre le problème...

... mais y a-t-il un moyen d'empêcher Visual Studio de niveler la hiérarchie des fichiers ?

Answer 1

J'ai rencontré un problème similaire avec un avertissement du lien LNK4042 : objet spécifié plusieurs fois ; extras ignorés. Dans mon cas, Visual Studio essayait de compiler à la fois des fichiers d'en-tête et des fichiers source portant le même nom - MyClass.h et MyClass.cpp. Cela s'est produit parce que j'ai renommé le fichier .cpp en .h et que Visual Studio s'est trouvé perdu. J'ai remarqué le problème en examinant les journaux du compilateur dans le répertoire Debug. Pour résoudre le problème, il suffit de supprimer le fichier .h du projet, puis de le réajouter.

Answer 2

Je voulais juste partager ce que je crois être la réponse, si vous ouvrez les propriétés de l'ensemble du projet, et que vous modifiez la valeur sous C/C++ -> Fichiers de sortie -> "Nom du fichier objet" pour être la suivante :

$(IntDir)/%(RelativeDir)/

Sous VS 2010, je crois que cela permettra de dissocier tous les fichiers objets (car je crois que Windows ne permettra pas, dans des circonstances folles, d'avoir deux fichiers portant le même nom dans le même répertoire). Veuillez également consulter les détails ici.

Answer 3

Faites un clic droit sur le fichier .cpp dans la fenêtre de l'Explorateur de solutions, Propriétés, C/C++, Fichiers de sortie, Paramètre de nom de fichier objet. La valeur par défaut est $(IntDir)\, c'est ce qui provoque l'aplatissement. Tous les fichiers .obj iront dans $(IntDir), le répertoire "Débogage" dans la configuration de débogage.

Vous pouvez modifier ce paramètre, par exemple $(IntDir)\is2.obj. Ou sélectionnez tous les fichiers d'un groupe (utilisez Maj+clic) et modifiez le paramètre pour, par exemple, $(IntDir)\identity\

Ou vous pouvez modifier le nom du fichier .cpp pour éviter que les fichiers .obj s'écrasent mutuellement. Avoir des fichiers avec le même nom exact dans deux répertoires est un peu étrange.

Ou vous pouvez créer plusieurs projets, en créant par exemple des projets .lib pour les fichiers dans identity et range. Communément fait dans des projets makefile par exemple. Cela rend cependant la gestion des paramètres de compilation et de liaison un peu plus compliquée à moins d'utiliser des feuilles de propriétés de projet.

Answer 4

Alternativement à la suppression et à la création d'un nouveau fichier, vous pouvez modifier les paramètres de compilation/inclusion.

Allez dans votre fichier project.vcxproj, ouvrez-le avec un éditeur, trouvez la ligne similaire à du html .

Il devrait ressembler à quelque chose comme :

et

`

En supposant que vos fichiers d'implémentation soient en .cpp et vos déclarations en .hpp. Assurez-vous que tous vos fichiers d'implémentation soient répertoriés entre la première section si vous en avez plus d'un et de même pour la deuxième section pour les fichiers de déclaration multiples.

Answer 5

J'avais ce problème avec stdafx.cpp. D'une manière ou d'une autre, stdafx.cpp s'est dupliqué, donc il y avait un second StdAfx.cpp (faites attention à la différence de cas).

Après avoir supprimé le StdAfx.cpp, tout fonctionnait correctement !

Utilisation de VS 2010.