C++ plattformübergreifende dynamische Bibliotheken; Linux und Windows

Question

Ich brauche Hilfe beim Schreiben von plattformübergreifendem Code; keine Anwendung, sondern eine Bibliothek.

Ich erstelle eine Bibliothek sowohl statische als auch dynamische mit den meisten der Entwicklung in Linux gemacht, ich habe die statische und gemeinsam genutzte Bibliothek in Linux generiert, wollte jetzt aber eine Windows-Version einer statischen und dynamischen Bibliothek im Formular generieren von .lib und .dll mit dem gleichen Quellcode.

Ist das möglich? Ich bin ein bisschen besorgt, weil ich festgestellt habe, Windows .dll Dateien mit Hilfe von _dllspec oder etwas ähnliches in Ihrem Quellcode zu erzeugen.

Wenn nicht, kann mir jemand die beste und schnellste Lösung empfehlen, um meinen Code auf Windows zu kompilieren. Ich muss das Kompilieren unter Linux nicht machen, ich mache das gerne direkt unter Windows. Außerdem verwende ich zwei externe Bibliotheken, Boost und Xerces XML, die ich sowohl auf meinem Windows als auch auf meinem Linux-System installiert habe, also sollten sie hoffentlich kein Problem darstellen.

Was ich wirklich will, ist eine einzige Quellcode-Kopie, die unter Linux und Windows kompiliert werden kann, um Bibliotheken für jede Plattform zu generieren. Es ist mir egal, ob ich meinen Code zugunsten von Windows oder Linux bearbeiten muss, solange ich eine einzige Quellcode-Kopie haben kann.

Answer 1

Im Allgemeinen gibt es zwei Probleme, die Sie mit betroffen werden müssen:

1. Die Anforderung, dass auf Windows DLL explizit Symbole exportiert, die an die Außenwelt sichtbar sein soll (über __declspec(dllexport) und
auf
2. die Möglichkeit, das Build-System zu erhalten (im Idealfall keine separate Make-Datei und Microsoft Visual C++ Projekt/Lösung zu erhalten, die)

zum ersten, müssen Sie über __declspec(dllexport) lernen. Nur Windows-Projekte, typischerweise wird dies in der Weise implementiert, wie ich sie in meiner Antwort auf this question beschrieben habe. Sie können dies noch einen Schritt weiterführen, indem Sie sicherstellen, dass Ihr Exportsymbol (z. B. MY_PROJECT_API) definiert ist, aber beim Erstellen für Linux auf nichts erweitert wird. Auf diese Weise können Sie die Exportsymbole Ihrem Code hinzufügen, wie es für Windows erforderlich ist, ohne den Linux-Build zu beeinträchtigen.

Für die zweite können Sie eine Art von Cross-Plattform-Build-System untersuchen.

Wenn Sie mit dem GNU-Toolset vertraut sind, möchten Sie vielleicht libtool untersuchen (möglicherweise in Verbindung mit automake und autoconf). Die Tools werden nativ unter Linux unterstützt und unter Windows entweder über Cygwin oder MinGW/MSYS unterstützt. MinGW bietet Ihnen auch die Möglichkeit des Cross-Compilings, dh das Erstellen Ihrer nativen Windows-Binärdateien während der Ausführung von Linux. Zwei Ressourcen, die ich beim Navigieren der Autotools (einschließlich libtool) hilfreich gefunden habe, sind die "Autobook" (speziell der Abschnitt DLLs and Libtool) und Alexandre Duret-Lutz's PowerPoint slides.

Wie andere schon erwähnt haben, ist CMake auch eine Option, aber ich kann selbst nicht dafür sprechen.

Answer 2

Sie können es ziemlich einfach mit # ifdefs tun. Unter Windows _WIN32 vom Compiler (auch für 64-Bit), so Code wie

#ifdef _WIN32 
# define EXPORTIT __declspec(dllexport) 
#else 
# define EXPORTIT 
#endif 

EXPORTIT int somefunction(); 

sollte OK für Sie arbeiten definiert werden sollte.

Answer 3

Vielleicht ist es besser, wenn Sie hinzufügen extern "C" !!!,

/* Datei CMakeLists.txt */

SET (LIB_TYPE SHARED) 

ADD_LIBRARY(MyLibrary ${LIB_TYPE} MyLibrary.h) 

/* Datei MyLibrary.h */

#if defined(_WIN32) || defined(__WIN32__) 

    #if defined(MyLibrary_EXPORTS) // add by CMake 

    #define MYLIB_EXPORT extern "C" __declspec(dllexport) 
    #else 

    #define MYLIB_EXPORT extern "C" __declspec(dllimport) 

    #endif /* MyLibrary_EXPORTS */ 

#elif defined(linux) || defined(__linux) 

#define MYLIB_EXPORT 

#endif 


MYLIB_EXPORT inline int Function(int a) 

{ 
    return a ; 
}