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

Question

Ich bin neu in der Projektkonfiguration in Visual Studio 2010, aber ich habe einige Recherche betrieben und kann dieses Problem immer noch nicht ganz lösen. Ich habe eine Visual Studio-Lösung mit einer C++ DLL, die auf die C# DLL verweist. Die C# DLL verweist auf einige andere DLLs, einige innerhalb meines Projekts und einige externe. Wenn ich versuche, die C++ DLL zu kompilieren, erhalte ich diese Warnung:

Warnung MSB3270: Es gab eine Unstimmigkeit zwischen der Prozessorarchitektur des Projekts, das erstellt wird, "MSIL" und der Prozessorarchitektur der Referenz "[interne C# dll]", "x86".

Es sagt mir, dass ich zum Konfigurations-Manager gehen soll, um meine Architekturen anzupassen. Die C# DLL ist mit dem Plattformziel x86 eingerichtet. Wenn ich versuche, dies auf etwas anderes wie Any CPU zu ändern, beschwert es sich, weil eine der externen DLLs, von der sie abhängt, das Plattformziel x86 hat.

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

Was mache ich hier falsch?

Answer 1

Ich hatte heute dieses Problem und das Betrachten der Gebäudekonfigurationen in Visual Studio hat nicht geholfen, weil es für beide das Projekt, das nicht erstellt wurde, und das referenzierte Projekt Any CPU zeigte.

Dann habe ich im csproj des referenzierten Projekts nachgesehen und Folgendes gefunden:

pdbonly
true
bin\Release\
TRACE
prompt
4
x64

Irgendwie wurde diese PlatformTarget inmitten einer Konfigurationsänderung hinzugefügt und das IDE schien es nicht zu erkennen.

Das Entfernen dieser Zeile aus dem referenzierten Projekt hat mein Problem gelöst.

Answer 2

Verwenden Sie https://learn.microsoft.com/en-us/visualstudio/msbuild/customize-your-build#directorybuildprops-example:

• fügen Sie eine Directory.Build.props-Datei in Ihren Lösungsordner ein

• fügen Sie dies dort ein:

  None

Answer 3

Zusätzlich zur Antwort von David Sacks müssen Sie möglicherweise auch zum Build-Registerkarte der Projekteigenschaften gehen und Plattformziel auf x86 für das Projekt einstellen, das Ihnen diese Warnungen gibt. Obwohl Sie es vielleicht erwarten, scheint diese Einstellung nicht perfekt mit der Einstellung im Konfigurations-Manager synchronisiert zu sein.

Answer 4

Wenn Ihre C# DLL x86-abhängige Komponenten hat, muss Ihre DLL selbst auch x86 sein. Ich sehe nicht wirklich einen Weg darum herum. VS beschwert sich darüber, dass man es nicht auf (zum Beispiel) x64 ändern kann, weil eine 64-Bit-Exe keine 32-Bit-Bibliotheken laden kann.

Ich bin ein wenig verwirrt über die Konfiguration des C++ Projekts. Die Warnmeldung, die für den Build bereitgestellt wurde, legt nahe, dass es für AnyCPU ausgerichtet war, weil es die Plattform gemeldet hat, die es [MSIL] anvisiert hat, aber Sie haben angegeben, dass die Konfiguration des Projekts tatsächlich Win32 war. Eine native Win32-App sollte nicht das MSIL beinhalten - obwohl sie wahrscheinlich CLR-Unterstützung aktiviert haben sollte, wenn sie mit einer C#-Bibliothek interagiert. Ich glaube also, dass es ein paar Informationslücken gibt.

Könnte ich Sie höflich bitten, die genaue Konfiguration der Projekte zu überprüfen und etwas mehr darüber zu veröffentlichen, wie sie miteinander verbunden sind? Ich würde mich freuen, weiter zu helfen, wenn möglich.

Answer 5

Für C#-Projekte bedeutet das Ziel x86 genau das, was es klingt. Es besagt, dass diese Assembly nur x86-Architekturen unterstützt. Gleiches gilt für x64. Any CPU hingegen besagt, dass es mir egal ist, welche Architektur, ich unterstütze beide. Die nächsten 2 Fragen lauten also (1) Was ist die Konfiguration der ausführbaren Datei, die diese DLLs verwendet? und (2) Was ist die Bitness Ihres Betriebssystems/Ihres Computers? Ich frage deshalb, weil wenn Ihre ausführbare Datei zum Ausführen in 64-Bit kompiliert ist, dann MÜSSEN alle Abhängigkeiten auch in der Lage sein, im 64-Bit-Modus ausgeführt zu werden. Ihre Any CPU-Assembly sollte geladen werden können, aber vielleicht wird auf eine andere Abhängigkeit verwiesen, die nur im x86-Format ausgeführt werden kann. Überprüfen Sie alle Abhängigkeiten und Abhängigkeiten von Abhängigkeiten, um sicherzustellen, dass alles entweder "Any CPU" oder "x64" ist, wenn Sie die ausführbare Datei im 64-Bit-Modus ausführen möchten. Andernfalls treten Probleme auf.

In vielerlei Hinsicht erleichtert Visual Studio das Kompilieren einer Mischung aus Any CPU und verschiedenen architekturabhängigen Assemblys nicht. Es ist machbar, erfordert aber oft, dass eine Assembly, die ansonsten "Any CPU" wäre, separat für x86 und x64 kompiliert werden muss, weil irgendwo eine Abhängigkeit von einer Abhängigkeit zwei Versionen hat.