Zugriff auf Hauptprogramm globale Variablen von einer dlopen() ed dynamische Bibliothek in C unter OS X

Question

Ich unterhalte eine small application, die einige Plugin-ähnliche Funktionalität hat, die durch Laufzeit-geladene dynamische Module implementiert wird.

Da es sich um eine Gtk + -App handelt, verwende ich gmodul, aber die Frage bezieht sich auch auf das dynamische Laden der dlfcn.h/dlopen() - Bibliothek.

Mein Hauptprogramm hat eine einzelne globale Strukturvariable, die einige globale Informationen enthält. Ich möchte, dass diese Information für Funktionen verfügbar ist, die in den dynamisch geladenen Plugins definiert sind.

Unter Linux konnte ich direkt auf diese globale Variable verweisen - das funktioniert gut, und ich denke, dass gcc oder der Linker kümmern sich um den Export der globalen Variablen aus dem Hauptprogramm in dynamische Bibliotheken.

Problem ist, dass dies unter Mac OS X nicht funktioniert. Gibt es eine Möglichkeit, dies unter OS X zu tun?

Wenn nicht, gibt es eine "Best Practice" Möglichkeit, globale Informationen dynamisch geladenen Bibliotheken zugänglich zu machen?

Answer 1

Setzen Sie die globale in main.c und erklären sie extern in das Objekt geteilt, und versuchen Sie dies:

MACOSX_DEPLOYMENT_TARGET=10.3 ld -dylib -undefined dynamic_lookup -o multiply.so multiply.o 

oder

MACOSX_DEPLOYMENT_TARGET=10.3 libtool -dynamic -undefined dynamic_lookup -o multiply.so multiply.o 

Es ist für mich auf Mac OS X 10.4 arbeitete

Answer 2

Da Sie

int global; 

im multiply.h Header deklarieren, die DLL und Hauptprogramm haben beide ihre eigene Kopie davon. Stattdessen erklären die globale in main.c

int global; 

und in multiply.c als extern deklarieren:

extern int global; 

Nun, wenn Sie main.cpp mit der Option -rdynamic Option verknüpfen, dann die Symbole der ausführbaren Datei wird in die DLL exportiert.

Ich habe dies unter Linux getestet und es hat funktioniert, aber ich habe Angst, ich habe keinen Zugriff auf MacOS zu testen. Da Ihr ssample-Code unter Linux nicht funktioniert hat, war dies wahrscheinlich das Problem.