Utilisation d'une fonction codee dans une bibliothèque .so

Sous Windows, quand je veux utiliser une fonction contenue dans une DLL a partir de mon programme principal je link mon main avec le .lib fourni avec la DLL et j'inclus le .h qui declare la fonction souvent avec un :
__declspec(dllexport).
Je veux faire la meme chose sous linux avec un .so. Le probleme c'est que mon programme plante au link car il ne trouve pas la fonction qui se trouve dans le .so; Normal me direz vous car un .so est chargee a l'execution. Mais comment faire comprendre a mon programme que cette fonction est presente dans une librairie externe .so afin que le link ne plante pas ?
Que dois - je mettre dans le hearder comme equivalent du __declspec(dllexport) de Windows ?

C'est exactement ce que je proposait ici :

http://www.developpez.net/forums/sho...d.php?t=392268

malheureusement, personne n'a l'air de savoir.

As tu essayé de generer un .a avec ton so et de linker ton programme avec ce -a ? Code::blocks Permet de faire ce genre de choses tres facilement.

Citation:

---

Envoyé par deadalnix

C'est exactement ce que je proposait ici :

http://www.developpez.net/forums/sho...d.php?t=392268

malheureusement, personne n'a l'air de savoir.

As tu essayé de generer un .a avec ton so et de linker ton programme avec ce -a ? Code::blocks Permet de faire ce genre de choses tres facilement.

---

Oui en effet, dans ce cas ca marche, mais quel est alors l'interet de garder le .so ? Si on link tout en statique plus besoin de .so ...
Et si le .so contient du code non open source, comment faire ?

Salut,

Heuu, par exemple, créer une dll (utilisable sous windows) plutôt qu'une so:question:

Citation:

---

Que dois - je mettre dans le hearder comme equivalent du __declspec(dllexport) de Windows ?

---

Cette façon de faire est propre à Windows.
Sous Linux, tu n'as pas besoin de faire précéder la déclaration de ta fonction par __dclspec(dllexport).

Citation:

---

Le probleme c'est que mon programme plante au link car il ne trouve pas la fonction qui se trouve dans le .so

---

Si j'ai bien compris, tu linkes sans problème mais ton programme ne s'exécute pas. Est-ce bien ça ? J'aurais tendance à dire oui car ton programme s'exécute en statique. Ca peut-etre un problème de LD_LIBRARY_PATH. Cette variable d'environnement indique où se trouve certains .so (un peu comme le PATH de Windows)...

Citation:

---

Normal me direz vous car un .so est chargee a l'execution.

---

Oui, enfin, c'est aussi le .so qui est utilisé pour linker. Contrairement à Windows, le .so fait aussi office de .lib.

Citation:

---

Oui en effet, dans ce cas ca marche, mais quel est alors l'interet de garder le .so ?

---

Tu as bien raison, il te faut utiliser le .so s'il existe. Si on devait tout compiler en statique, on en finirait pas.

Envoie-nous des traces de ta compilation ou de ton exécution (avec le .so).

Citation:

---

Envoyé par aoyou

Cette façon de faire est propre à Windows.
Sous Linux, tu n'as pas besoin de faire précéder la déclaration de ta fonction par __dclspec(dllexport).


Si j'ai bien compris, tu linkes sans problème mais ton programme ne s'exécute pas. Est-ce bien ça ? J'aurais tendance à dire oui car ton programme s'exécute en statique. Ca peut-etre un problème de LD_LIBRARY_PATH. Cette variable d'environnement indique où se trouve certains .so (un peu comme le PATH de Windows)...


Oui, enfin, c'est aussi le .so qui est utilisé pour linker. Contrairement à Windows, le .so fait aussi office de .lib.


Tu as bien raison, il te faut utiliser le .so s'il existe. Si on devait tout compiler en statique, on en finirait pas.

Envoie-nous des traces de ta compilation ou de ton exécution (avec le .so).

---

Non, en fait je n'arrive pas a linker mon programme.
Quelle option faut - il mettre au linker ?
J'ai essaye avec -Lmalib.so mais ca ne linke toujours pas.

Citation:

---

Non, en fait je n'arrive pas a linker mon programme.
J'ai essaye avec -Lmalib.so mais ca ne linke toujours pas.

---

Hum... je me demande comment tu as fait pour linker en statique alors.

Citation:

---

Quelle option faut - il mettre au linker ?

---

-L permet de préciser dans quel répertoire trouver les librairies.

Maintenant le nom de ta librairie me gène un peu. De manière standard, le nom d'une librairie commence par lib. Ainsi pour préciser qu'on veut compiler contre libmalib.so, on ajoute -lmalib à la ligne de commande ce qui donne

Code:

---

gcc -o <executable> <files.o> -L<dir> -lmalib

---

Dans le cas particulier d'une librairie dont le nom n'est pas standard, je ne vois que la solution suivante mais il en existe peut-être une autre.

Code:

---

gcc -o <executable> <files.o> <dir>/malib.so

---

Mais s'il te plait renomme ta librairie en commencant par lib. Je sais, c'est différent de Windows mais ce sera plus standard pour Linux.