558 Stimmen

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

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?

0 Stimmen

Was ist die Beschwerde, speziell, wenn man sie auf Any CPU ändert?

2 Stimmen

Ich habe nicht genügend Informationen, um einen fundierten Vorschlag zu machen, aber klicken Sie mit der rechten Maustaste auf Ihre Lösung -> Projektbaureihenfolge und stellen Sie sicher, dass Ihr C#-Projekt vor dem C++-Projekt erstellt wird. Wenn nicht, gehen Sie zum Registerkarte "Abhängigkeiten" und teilen Sie VS mit, dass das C++-Projekt vom C#-Projekt abhängt.

7 Stimmen

Visual Studio ist wieder Mist in diesem Fall. Die Plattform oben auf meinem Bildschirm zeigt x64 an, aber die Warnung besagt, dass das Projekt, das gebaut wird, "MSIL" ist. Also sagt mir Visual Studio, dass es einen Unterschied zwischen Äpfeln und Orangen gibt, wenn ich keine Äpfel benutze. Können wir es in Visual Stupido umbenennen?

-1voto

Gregory Morse Punkte 344

Es sollte eine Möglichkeit geben, eine .NET EXE/DLL als AnyCPU zu erstellen, und jede nicht verwaltete DLL, von der sie abhängt, sowohl mit x86 als auch mit x64 kompiliert, möglicherweise beide mit unterschiedlichen Dateinamen gebündelt, und dann das .NET-Modul, das basierend auf der Prozessorarchitektur zur Laufzeit die richtige Version dynamisch lädt. Das würde AnyCPU leistungsfähig machen. Wenn die C++ DLL nur x86 oder x64 unterstützt, ist AnyCPU natürlich sinnlos. Aber die Idee des Bündelns habe ich noch nicht umgesetzt gesehen, da der Konfigurations-Manager nicht einmal eine Möglichkeit bietet, dasselbe Projekt zweimal mit einer anderen Konfiguration/Plattform für mehrere Bündelung zu erstellen, um AnyCPU oder sogar andere Konzepte wie beliebige Konfigurationen möglich zu machen.

2 Stimmen

Willkommen bei Stackoverflow! Können Sie versuchen, diese Antwort etwas zu fokussieren/neu zu formatieren?

1 Stimmen

Dies klingt wie eine gute Frage, ein Blogbeitrag oder eine Funktionsanfrage auf Connect ... es beantwortet diese Frage tatsächlich nicht.

CodeJaeger.com

CodeJaeger ist eine Gemeinschaft für Programmierer, die täglich Hilfe erhalten..
Wir haben viele Inhalte, und Sie können auch Ihre eigenen Fragen stellen oder die Fragen anderer Leute lösen.

Powered by:

X