spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Zitat von »GameXCraft«

Ja in VS2013 kann man bei "Vorhandene Elemente" auch "C++ Librarys anhängen". Die muss man dann einfach auf "Kopieren, wenn neuer" stellen und dann geht das.

Das hat dann aber nichts mit dem Compiler zu tun. Das ist ein einfaches kopieren der Datei und das erledigt das Buildsystem (MSBuild) während des Buildvorgangs.

Und nur weil die Datei dann da liegt, heißt das noch lange nicht, dass du damit auch was anfangen kannst, denn wie BlueCobold schon geschrieben hat, musst du dann die ganzen Sachen noch importieren.

Stichwort MSBuild, gibt es einen Grund die ganzen Compiler-Commands von Hand auszuführen statt ein MSBuild über die vorhandene Solution laufen zu lassen?

/addmodule will ja auch netmodules. Wie schon gesagt importierst du native dlls im c# programm selbst.

Willst du wirklich die C++ Library nur kopieren?

Denn unmanagend C++ Libaries in C# zu benuten ist etwas komplexer als ein einfaches kopieren.
Interop über eine C++/CLI-Library wurde ja schon genannt. Es gibt noch zwei weitere Möglichkeiten mit Stärken und Schwächen.

Aber ja, ich kenne auch die Problematik der Buildprozess alle managed Abhängigkeiten direkt in das OutDir schreibt, aber die unmanaged Abhängigkeiten nicht.
Das nervt etwas.

- COM Interop, aber da ich damit täglich im Beruf zu tun hab kann ich dir aus eigener Erfahrung versichern, dass du dir die anderen Möglichkeiten ansehen willst.

- P/Invoke. Eine Einführung findet man hier: http://www.codeproject.com/Articles/4032…ial-Basics-Part Und ja, man kann es auch mit C++ benutzen.
Man sagt Interop über C++/CLI kann zur Laufzeit schneller sein als über P/Invoke. Aber C++/CLI steht einem nicht in Mono und auch nicht in CoreCLR zur Verfügung, P/Invoke hingegen schon. Ausserdem könnte man das Erzeugen des Interop Codes per SWIG (http://www.swig.org/) automatisieren. Aber SWIG korrekt zu konfigurieren ist auch nicht unbedingt einfach.