Compiler un programme C utilisant dlopen et dlsym avec -fPIC

J'ai un problème sur un mauvais symbole de la résolution. Mon principal programme charge une bibliothèque partagée avec dlopen et un symbole de avec dlsym. À la fois le programme et la bibliothèque sont écrits en C.
Bibliothèque de code

int a(int b)
{
  return b+1;
}

int c(int d)
{
  return a(d)+1;
}

Afin de le faire fonctionner sur une machine 64 bits, -fPIC est passé à gcc lors de la compilation.

Le programme est:

#include <dlfcn.h>
#include <stdio.h>

int (*a)(int b);
int (*c)(int d);

int main()
{
  void* lib=dlopen("./libtest.so",RTLD_LAZY);
  a=dlsym(lib,"a");
  c=dlsym(lib,"c");
  int d = c(6);
  int b = a(5);
  printf("b is %d d is %d\n",b,d);
  return 0;
}

Tout se passe bien si le programme n'est PAS compilé avec -fPIC, mais il se bloque avec une erreur de segmentation lorsque le programme est compilé avec -fPIC. L'enquête a conduit à découvrir que le crash est dû à la mauvaise résolution d'un symbole. L'incident se produit lorsque l'un est appelé, peu importe si à partir de la bibliothèque ou le programme principal (le dernier est obtenu en commentant la ligne de l'appel de c() dans le programme principal).

Pas de problèmes de se produire lors de l'appel de c() elle-même, probablement parce que c() n'est pas appelée en interne par la bibliothèque elle-même, tandis que() est une fonction utilisée en interne par la bibliothèque et une fonction de l'API de la bibliothèque.

Une solution simple est de ne pas utiliser -fPIC lors de la compilation du programme. Mais ce n'est pas toujours possible, par exemple lorsque le code du programme principal doit être dans une bibliothèque partagée elle-même. Une autre solution consiste à renommer le pointeur à la fonction de quelque chose d'autre. Mais je ne trouve aucune solution réelle.

Remplacement RTLD_LAZY avec RTLD_NOW n'aide pas.

OriginalL'auteur user377486 | 2012-05-26