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

Question

Ich bin neu in der Projektkonfiguration in Visual Studio 2010, aber ich habe einiges recherchiert und kann dieses Problem immer noch nicht ganz lösen. Ich habe eine Visual Studio-Lösung mit einem C++-DLL, das das C#-DLL referenziert. Das C#-DLL referenziert 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 in der Prozessorarchitektur des zu erstellenden Projekts "MSIL" und der Prozessorarchitektur des Verweises "[internes C#-DLL]", "x86".

Es sagt mir, dass ich zum Konfigurations-Manager gehen soll, um meine Architekturen auszurichten. Das C#-DLL ist mit der Plattformziel x86 eingestellt. Wenn ich versuche, dies auf etwas anderes zu ändern, wie zum Beispiel Any CPU, beschwert es sich, weil eine der externen DLLs, von der es abhängt, das Plattformziel 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. Das scheint die richtige Konfiguration zu sein; sicherlich möchte ich nicht, dass das Projekt für mein C++-Projekt auf x64 gesetzt wird, was die einzige andere Option ist.

Was mache ich hier falsch?

Answer 1

Ich habe gerade Zielplattform auf "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 erstellen zu können. Das Problem dabei ist, dass es jedes Mal eine Beschwerde gibt, wenn man Referenzen hinzufügt, während man das eine verwendet, und dann das andere erstellt.

Meine Lösung besteht darin, die *.csproj-Dateien manuell zu bearbeiten, so dass 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 Befehl erstellt wird. Zum Glück ermöglicht 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 vorhandenen x64-Lösung, wie zum Beispiel SharePoint. In meinem Fall scheint es damit zusammenzuhängen, dass bestimmte Projektvorlagen standardmäßig als bestimmte Plattformen hinzugefügt werden.

Hier ist die Lösung, die mir oft geholfen hat: Stellen Sie alles im Konfigurations-Manager auf die richtige Plattform ein (das aktive Konfigurations-Dropdown-Menü, normalerweise steht dort Debug, ist ein guter Weg, um dorthin zu gelangen) und Projektplattform (in den Projekteigenschaften), dann bauen, dann alles wieder auf AnyCPU einstellen. Manchmal muss ich einige Abhängigkeiten entfernen und neu hinzufügen (DLLs in den Eigenschaften jedes Projekts) und manchmal muss "Tests in einem 32-Bit- oder 64-Bit-Prozess ausführen" (Doppelklick auf Local.testsettings und gehen zu Hosts) geändert werden.

Es scheint mir, dass dies nur das Setzen von etwas und das Zurücksetzen ist, aber wahrscheinlich passiert mehr im Hintergrund, das ich nicht sehe. Es hat aber in der Vergangenheit recht zuverlässig für mich funktioniert.