Est-il possible de lier à une bibliothèque partagée sans accès à la bibliothèque elle-même?

Question

J'ai les fichiers d'en-tête d'une bibliothèque partagée mais pas la bibliothèque partagée ni son code source.

Puis-je compiler encore un code à cette bibliothèque?

Sinon, quelle information la bibliothèque partagée contient ce qui est pas dans les en-têtes?

Answer 1

Puis-je compiler encore un code à cette bibliothèque?

Compile: oui. Lien: peut-être.

Vous pouvez créer une bibliothèque fictive à lier. Par exemple. si l'en-tête contient:

int library_func(void*); 

alors:

// dummy_lib.c 
int library_func(void *p) { return 0; } 

gcc -fPIC -shared -o libfoo.so dummy_lib.c 

# Now you can use libfoo.so to link your program. 

Il y a quelques années Gotcha:

1. La vraie bibliothèque peut avoir SONAME autre chose que libfoo.so (par exemple libfoo.so.2). Il n'y a aucun moyen pour vous de savoir sans avoir accès au vrai .
2. La bibliothèque réelle peut utiliser des symboles versionnés. Si vous liez votre programme à la bibliothèque fictive, il utilisera la version par défaut de tous les symboles référencés, ce qui est probablement correct maintenant, mais risque de se casser dans le futur (si/quand la vraie bibliothèque est mise à jour avec un nouveau incompatibilité implémentation des symboles que vous appelez).

Answer 2

Oui. Vous pouvez déclarer des pointeurs sur leurs fonctions, puis appeler dlopen et dlsym, et c'est parti. Cependant, essayer de concocter en quelque sorte un exécutable ou une bibliothèque partagée qui agit comme si vous avez lié à la bibliothèque est risqué; Voir la réponse de l'employé russe pour plus de détails.

Vous aurez besoin de ces bibliothèques pour exécuter le code, bien sûr.

Toutefois, notez que tous les « libs partagées » ne sont que libs partagées. Dans certains cas, un fichier .a est utilisé au moment de la liaison pour fournir du code lié statiquement en plus du .so lors de l'exécution. Ce n'est pas commun.