Wie behebe ich den Visual Studio-Kompilierungsfehler "Unstimmigkeit zwischen Prozessorarchitekturen"?

Question

Ich bin neu in der Projekt-Konfiguration in Visual Studio 2010, aber ich habe einige Recherchen durchgeführt und kann dieses Problem immer noch nicht ganz verstehen. Ich habe eine Visual Studio-Lösung mit einem C++-DLL, das auf das C#-DLL verweist. Das C#-DLL verweist auf einige andere DLLs, einige innerhalb meines Projekts und einige externe. Wenn ich versuche, das C++-DLL zu kompilieren, erhalte ich diese Warnung:

Warnung MSB3270: Es gab einen Unterschied zwischen der Prozessorarchitektur des Projekts, das erstellt wird ("MSIL") und der Prozessorarchitektur der Referenz "[internes C#-DLL]", "x86".

Es sagt mir, dass ich zum Konfigurations-Manager gehen soll, um meine Architekturen abzugleichen. Das C#-DLL ist mit der Zielplattform x86 eingerichtet. Wenn ich versuche, dies auf etwas anderes zu ändern, wie zum Beispiel Any CPU, beschwert es sich, weil eine der externen DLLs, von denen es abhängt, die Zielplattform x86 hat.

Wenn ich mir den Konfigurations-Manager anschaue, zeigt er die Plattform für mein C#-DLL als x86 und für mein C++-Projekt als Win32 an. Dies scheint die richtige Konfiguration zu sein; sicherlich möchte ich nicht, dass das Projekt für mein C++-Projekt die Plattform auf x64 festgelegt hat, was die einzige andere Option ist, die präsentiert wird.

Was mache ich hier falsch?

Answer 1

Ich habe gerade das Plattformziel von "Any CPU" in den Eigenschaften geändert und es ist erledigt! Vielleicht müssen Sie ein Release Build erstellen.

Um dies zu tun:

Answer 2

Für mein Projekt habe ich die Anforderung, sowohl für x86 als auch für x64 kompilieren zu können. Das Problem dabei ist, dass es immer zu Beschwerden kommt, wenn man Referenzen hinzufügt, während man auf dem einen kompiliert und dann auf dem anderen baut.

Meine Lösung besteht darin, die *.csproj-Dateien manuell zu bearbeiten, damit Zeilen wie diese:

zu diesem geändert werden:

Answer 3

Ich hatte ein ähnliches Problem, das durch die MS UNIT Test DLL verursacht wurde. Meine WPF-Anwendung wurde als x86 kompiliert, aber die Unit-Test-DLL (referenzierte EXE-Datei) als "Any CPU". Ich habe die Unit-Test-DLL geändert, um für x86 kompiliert zu werden (wie die EXE), und das hat das Problem gelöst.

Answer 4

Sie erhalten möglicherweise auch diese Warnung für MS Fakes-Assemblys, was nicht so einfach zu lösen ist, da das f.csproj über den Befehl erstellt wird. Glücklicherweise ermöglicht es Ihnen das Fakes-XML, es dort hinzuzufügen.

Answer 5

Ich hatte schon einmal ein ähnliches Problem, insbesondere beim Hinzufügen einer Testlösung zu einer bestehenden x64-Lösung, wie SharePoint. In meinem Fall scheint es damit zu tun zu haben, dass bestimmte Projektvorlagen standardmäßig als bestimmte Plattformen hinzugefügt werden.

Hier ist die Lösung, die oft für mich funktioniert: Alles in Configuration Manager auf die richtige Plattform einstellen (der aktive Konfigurations-Dropdown sagt normalerweise Debug, ist ein guter Weg, um dorthin zu gelangen) und Projektplattform (in den Projekteigenschaften) einstellen, dann erstellen, dann alles wieder auf AnyCPU zurücksetzen. Manchmal muss ich einige Abhängigkeiten entfernen und erneut hinzufügen (DLLs in den Eigenschaften jedes Projekts), und manchmal muss die Option "Tests in einem 32-Bit- oder 64-Bit-Prozess ausführen" (Doppelklick auf Local.testsettings und gehen zu Hosts) geändert werden.

Für mich scheint es nur etwas zu setzen und dann zurückzusetzen, aber wahrscheinlich passiert mehr im Hintergrund, das ich nicht sehe. Es hat jedoch in der Vergangenheit ziemlich konsequent für mich funktioniert.