Automatisch ausgeführte Funktionen beim Laden von gemeinsam genutzten Bibliotheken

Definieren Sie eine on-load-Funktion für eine linux-Bibliothek, die mit der .init Mechanismus. Dies ist die gleiche wie die Angabe der Last-Zeit-Einstiegspunkt für eine Binärdatei (z.B. mit etwas anderem als main als Einstiegspunkt für ein Programm).

Beim verknüpfen mit ld direkt verwenden Sie die:

-init <function name>

oder wenn Sie mit cc/gcc-link, die Sie verwenden:

-Wl,-init,<function name>

Dies ist am einfachsten level.

Bearbeiten
Für den Destruktor/Finalizer verwenden Sie die .fini Mechanismus. Dies funktioniert in der gleichen Weise, wie Sie die init-option, und verwenden Sie:

-fini <function name>

beim aufrufen ld. Die Verfügbarkeit beschränkt sich auf die -init option auf die Mac OSX Plattform.

Sollten Sie auch in der Lage sein zu verwenden, die __attribute__((constructor)) syntax für gcc:

static void con() __attribute__((constructor));

void con() {
    printf("I'm a constructor\n");
}

Ist wahrscheinlich ein portabler Weg, anstatt das Verschrauben mit den linker-Optionen. Alle Konstruktoren aufgerufen werden soll beim laden, aber nicht hängt von der Reihenfolge der Initialisierung, das führt zu Wahnsinn und unreproducible Fehler, Kosten, Zeit und Aufwand zu Debuggen.

Edit 2 Die Nutzung der __attribute__((constructor))/__attribute__((destructor)) semantische ist die am meisten bevorzugte Mechanismus für die C/C++ Programmiersprache.

Für die D Programmiersprache, die Sie sollten wirklich die statische Modul-Konstruktor/Destruktor:

static this() {
    printf("static this for mymodule\n");
}
static ~this() {
    printf("static ~this for mymodule\n");
}

Oder der statische Konstruktor der Klasse:

class Foo {
    static this() {
        printf("static this for Foo\n");
    }
}

Dies ist stark angedeutet wird, in der schreiben von win32-DLLS und in der Sprache Spezifikation in Bezug auf die statischen Konstruktoren/Destruktoren.

Edit 3, benötigen Sie einen link in einem .o Export-Konstruktor/Destruktor-Routinen, die den Einsatz statischer Initialisierungen. So alle Sie tun sollten, ist call Runtime.initialize(), die dies tatsächlich ruft die statische Konstruktoren/Destruktoren in der D code.

Stub-d-code für die Initialisierung (in einer Datei namens myshared.d):

import core.runtime;

extern (C) {
    void attach();
    void detach();
}

export void attach() {
    Runtime.initialize();
}

export void detach() {
    Runtime.terminate();
}

Erstellen .o für diesen stub:

 dmd -m32 -c myshared.d

Prüfen Sie die Namen der attach/detach Funktionen:

nm myshared.o

Zeigt (neben anderen Ausgabe):

0000001c S _D8myshared6attachFZv
00000034 S _D8myshared6detachFZv

Probe .c-code für diesen Aufruf (als "export" bezeichnet.c in diesem Fall), die wir auf die Namen der exportierten Routinen aus der my shared.o Datei:

extern void D8myshared6attachFZv(void);
extern void D8myshared6detachFZv(void);

void __attach(void) __attribute__((constructor));
void __detach(void) __attribute__((destructor));

void __attach(void)
{
    D8myshared6attachFZv();
}

void __detach(void)
{
    D8myshared6detachFZv();
}

Beachten Sie, dass die extern void Referenzen verwenden müssen, der verstümmelte name der exportierten Funktion. Diese müssen übereinstimmen, oder der code wird nicht link.

kompilieren von C-code verwenden:

gcc -m32 -c export.c

link die .c.o und die .d....o-Dateien zusammen mit:

cc -o libmyshared.dylib -m32 -shared myshared.o export.o -lphobos2

Unter der Annahme, dass die phobos2 Bibliothek ist in Ihrem standard-linker-Suchpfad. Die Brocken von -m32 Optionen für den compiler und linker werden, weil die version von der D-compiler den ich gebaut habe-lokal unterstützt nur 32bit.

Dadurch entsteht eine .dylib verknüpft werden können. Es scheint zu funktionieren auf der Grundlage der begrenzten Tests, die ich durchgeführt. Es sieht aus wie die Unterstützung für gemeinsam genutzte Objekte/dynamische Bibliotheken ist sehr begrenzt, so gibt es eine gute chance, dass es noch eine weitere Hürde zu überwinden.

InformationsquelleAutor der Antwort Petesh

GCC, und auch das Geräusch ist, soweit ich weiß, unterstützt der GCC-Konstruktor und Destruktor-Attribute. Für mehr details, siehe Wie genau funktioniert __attribute__((constructor))?

InformationsquelleAutor der Antwort janneb