Erkennen von Bibliotheksfunktionen zur Laufzeit in C

Question

Ich versuche, ein Programm in C zu erstellen, das viele optionale Funktionen enthält, die von verschiedenen gemeinsam genutzten Bibliotheken abhängen.

In unserem heterogenen Computercluster sind nicht alle diese Bibliotheken auf allen Systemen verfügbar (oder aktuell).

Beispiele sind Symbole von neuer glibc (sched_getcpu@@GLIBC_2.6, __sched_cpucount@@GLIBC_2.6) oder ganzem Shared Libraries, die nicht verfügbar sind oder nicht (libnuma, libR, libpbs).

Ich weiß, dass ich libdl kann die Symbole mit dlopen und dlsym, zu laden, aber für eine stetig wachsende Anzahl von Symbolen dies zu tun (rund 30 im Moment) ist bestenfalls langweilig.

Soweit ich weiß Shared Libraries in Linux sind standardmäßig Lazy-geladen, so dass ein Symbol nicht benötigt werden, bis es tatsächlich verwendet wird.

Aber wenn ich versuche, für die im Voraus zu überprüfen, dann scheitert es bei Ausführungsbeginn:

#define _GNU_SOURCE 
#include <stdlib.h> 
#include <stdio.h> 
#include <stdint.h> 
#include <dlfcn.h> 
#include <sched.h> 

int main() { 

    void *lib_handle; 
    int (*fn)(void); 
    int x; 
    char *error; 

    lib_handle = dlopen("libc.so.6", RTLD_LAZY); 
    if (!lib_handle) 
    { 
     fprintf(stderr, "%s\n", dlerror()); 
     exit(1); 
    } 

    fn = dlsym(lib_handle, "sched_getcpu"); 
    if ((error = dlerror()) != NULL) 
    { 
     fprintf(stderr, "%s\n", error); 
     exit(1); 
    } 

    printf("%d\n", sched_getcpu()); 

    return 0; 
} 

Auf der Kompilierung-System, das alle Bibliotheken hat:

$ icc test.c 
$ ./a.out 
10 

Auf einem anderen System, das eine weniger hat Aktuelle Version von GLIBC:

Wenn ich die Zeile auskommentieren, die tatsächlichaufruftdann bekomme ich stattdessen auf das kleinere System:

$ ./a.out 
/lib64/libc.so.6: undefined symbol: sched_getcpu 

So ist es eine Möglichkeit, Bibliotheken zu zwingen, nur auf den Einsatz und haben Kontrollen wie diese vor Blöcke, die sie verwenden geladen werden?

Answer 1

Nicht mit glibc. Dies ist ein Fail-Safe und es ist an Ort und Stelle, so dass Sie sich nicht in den Fuß schießen. Wenn das Symbol GLIBC_2.6 nicht definiert und nachgeschlagen wurde, könnten Sie, selbst wenn keine anderen fehlenden Symbole vorhanden waren, Garbage-Ergebnisse von glibc (Datenbeschädigung und Abstürze) erhalten, da es nicht vorwärtskompatibel ist.

Wenn Sie Kompatibilität auf der Glibc-Ebene benötigen, müssen Sie gegen die niedrigste gemeinsame Version bauen.