Dépendances introuvables pour la librairie partagée

Version imprimable

04/04/2022, 19h27
Kawamx

Dépendances introuvables pour la librairie partagée

Salut tout le monde, j'essaie d'apprendre à compiler une librairie et la linker dans un programme, j'ai choisi la SDL pour ça. Je compile avec gcc sous Ubuntu.
Voici ce que j'ai fait : j'ai téléchargé l'archive de la SDL2 et compilé le code avec make, puis j'ai déplacé les fichiers vers mon projet : les headers dans include, les objets .o, les librairies statiques .a, la librairie partagée "libSDL2-2.0.so.0.18.2" (et un tas d'autres fichiers se trouvant dans "build") dans un dossier lib.
J'ai ensuite compilé mon programme avec

Code:

gcc -o programme -I../include main.c ../lib/libSDL2-2.0.so.0.18.2

Mais en lançant le programme, ce message s'affiche

Citation:

error while loading shared libraries: libSDL2-2.0.so.0: cannot open shared object file: No such file or directory

J'ai beau essayé 100 façons de compiler le programme, en ajoutant le chemin de lib avec -L, les librairies statiques avec -l... rien ne marche.

Note importante : les dépendances de la librairie partagée .so sont introuvables, ça affiche libSDL2-2.0.so.0 => not found quand je fais ldd programme. Apparemment il cherche les dépendances dans /lib/x86_64-linux-gnu.

Comment résoudre ce problème de dépendances ? À quel niveau il faut agir : compilation du programme ? compilation de la SDL ?...
05/04/2022, 11h16
WhiteCrow
Bonjour,
Si tu un environnement de dèv sain il va falloir :
- utiliser ton gestionnaire de paquets pour installer pkg-tool et libsdl2 (en version dev pour les headers et pas uniquement la version runtime) ;
- utiliser pkg-tool pour obtenir les infos sur la SDL2, infos que tu utiliseras sur la ligne de commande gcc ;
- apprendre à utiliser au moins builder (comme make) parce que ça te simplifiera la vie de plusieurs ordres de grandeurs ;
- apprendre à structurer ton projet pour faire de la compilation séparée ;
- suivre un tuto … ça ne fait jamais de mal.
06/04/2022, 23h16
Kawamx
Citation:
Envoyé par WhiteCrow

Bonjour,
Si tu un environnement de dèv sain il va falloir :

utiliser ton gestionnaire de paquets pour installer pkg-tool et libsdl2 (en version dev pour les headers et pas uniquement la version runtime) ;
utiliser pkg-tool pour obtenir les infos sur la SDL2, infos que tu utiliseras sur la ligne de commande gcc ;
apprendre à utiliser au moins builder (comme make) parce que ça te simplifiera la vie de plusieurs ordres de grandeurs ;
apprendre à structurer ton projet pour faire de la compilation séparée ;
suivre un tuto … ça ne fait jamais de mal.
En fait je veux travailler de façon professionnelle, je ne veux pas me contenter d'utiliser apt ni pkg-tool, ni de suivre bêtement un tuto. J'essaye d'apprendre à compiler du code source (SDL par exemple) et l'intégrer à un programme existant (un simple main.c dans mon cas). Et je dois le faire moi-même, aucun programme ne doit automatiser quoique ce soit (apart gcc pour compiler le code C).
06/04/2022, 23h39
WhiteCrow

Citation:

Envoyé par Kawamx

En fait je veux travailler de façon professionnelle, je ne veux pas me contenter d'utiliser apt ni pkg-tool, ni de suivre bêtement un tuto.

8O :?

Ce que tu essaye de faire est tout sauf professionnel. Il y a des outils, il faut juste savoir pourquoi ils existent et apprendre à les utiliser.

Citation:

Envoyé par Kawamx

J'essaye d'apprendre à compiler du code source (SDL par exemple) et l'intégrer à un programme existant (un simple main.c dans mon cas). Et je dois le faire moi-même, aucun programme ne doit automatiser quoique ce soit (apart gcc pour compiler le code C).

Il va falloir commencer à apprendre comment l'OS gère les bibliothèques dynamiques. Comment tu lies un programme à une bibliothèque dynamique ; pour ce dernier point, gcc n'est qu'un front-end à ce qu'on appelle un éditeur de liens. Parce que si tu n'utilises GCC que pour «compiler du code» tu n'obtiendra même jamais d'exécutable. «compiler» est, en très gros, l'action de transformer un code source sortant du préprocesseur en un format binaire particulier, un fichier objet (et il y a plusieurs type et format de fichiers objets). Créer un exécutable c'est utiliser un ou plusieurs fichiers objet et les lier (c'est le rôle de l'éditeur de lien aka linker) pour créer un fichier dans un format particulier (par exemple ELF64 LSB PIE) qui sera adapté à une plateforme particulière.
Quand tu demandes à ton OS de lancer un exécutable, il lit ce fichier, fait plein de chose comme entre autre déterminer de quelles bibliothèques dynamiques il dépend. L'OS va ensuite rechercher dans des endroits précis ces bibliothèques dynamiques …

Alors soit tu utilises un gestionnaire de paquet qui va installer tout comme il faut où il faut, soit tu compiles à partir de sources et tu utilises le builder demandé (make, meson, cmake ou autre) que tu auras correctement configuré pour ta plateforme pour installer lesdites bibliothèques dynamiques.

Une dernière solution est de compiler une bibliothèque en version statique. Tu pourras ensuite lier cette bibliothèque statique aux binaires de ton projet. L'avantage évident est que tu n'as plus besoin de l'OS pour faire une édition de liens dynamique, que tu ne dépends pas de la version installée sur la plateforme ou même de t'inquiéter si elle l'est ou non. Les désavantages (tout relatif) sont l'augmentation de la taille de ton binaire, la duplication de code ne mémoire, la complexification des upgrades, …

Sache que peu importe la solution que tu souhaites implémenter, il va te falloir apprendre pas mal de choses et surtout d'outils indispensables comme un debuger (gdb), un memory profiler (valgrind), un profiler (gprof), la chaîne de compilation (gcc avec tous les backends et même les binutils), les traceurs système (strace), les builder (make mais ptêt surtout meson dans ton cas), … la liste n'est pas exhaustive évidemment car on apprend tous les jours.

Mais bon, si tu veux vraiment «ne rien automatiser» et comprendre comment tout fonctionne en mettant les mains dans le cambouis : il y a LFS, linux from scratch.

Edit:
Un cartoon d'xkcd à méditer :)

https://imgs.xkcd.com/comics/real_programmers.png
07/04/2022, 07h12
Christophe
pour compiler la SDL une fois le code source téléchargé :
Code:

1 2 3 4 ./configure make make install
make va compiler, make install copier les fichiers au bon endroit

Tu ne peux pas donner le nom de la bibliothèque comme ça dans les paramètres gcc.

Si tu devais le faire à la main, il te faudrait copier la bibliothèque dans /lib64 (ou /lib pour le 32 bits), créer un lien symbolique sur le numéro majeur (
libSDL2-2.0.so.0 dans ton cas) et lancer ldconfig. Tu peux placer la bibliothèque dans un autre dossier tant que tu paramètres ldconfig. (fichiers de configs dans /etc/ld.so.conf.d)

Sur un projet comme SDL, je te recommanderais plutôt l'installation via les paquets systèmes, car le jour ou tu as des paquets à installer dépendants de la SDL, ça risque de casser ton install (normalement ça devrait pas toucher ta bibliothèque mais ça peut changer le lien numéro majeur ça principe de précaution). Ou sinon placer ta bibliothèque dans un autre dossier que /lib64. Ca peut servir si ton code dépend d'une version de SDL qui casserait éventuellement la compatibilité et que tu dois faire cohabiter ton produit avec un autre, mais dans ce cas il faudrait plutôt rendre ton code compatible avec les dernières versions. Exemple donné pour la forme, mais ça a déjà été le cas avec python2 vers python3, les vieilles versions de Qt il me semble.

Ensuite, regardes du coté de make. Tu peux considérer que ça fait partie de la chaine de compilation.
Dès que tu crée un projet sérieux, tu vas te retrouver à devoir compiler plusieurs fichiers .c make permettra de ne pas tout recompiler en cas de modification mais juste le .c modifié entre autre. Et si tu utilises un frontend type cmake, c'est simple à utiliser et simplement paramétrable (ajout de bibliothèques, gestion des options de compilations, copie des fichiers à leur emplacement avec make install.. .)
07/04/2022, 18h55
Kawamx

Merci pour les conseils et infos, j'ai pu résoudre partiellement le pb de dépendances, je les ais tout simplement installés avec make install bien que je voulais faire autrement au départ, en tout cas ça semble être le moyen le plus simple et plus sur.
Mais je rencontre un nouveau problème, quand j'exécute le programme j'ai ce message : "Could not create window: No available video device".
J'ai debuggé le programme et juste avant l'erreur, gdb indique "Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
J'ai tenté un DISPLAY=:0 ./programme, pas de résultat.

J'ignore d'où vient le problème mais ne vous embêtez pas trop pour moi, d'autant que là c'est clairement pas un problème de GCC. Ça me semble être lié aux drivers ou xorg, enfin j'en sais rien du tout mais c'est un peu hors sujet par rapport au forum.
07/04/2022, 23h35
WhiteCrow

Citation:

Envoyé par Kawamx

Merci pour les conseils et infos, j'ai pu résoudre partiellement le pb de dépendances, je les ais tout simplement installés avec make install bien que je voulais faire autrement au départ, en tout cas ça semble être le moyen le plus simple et plus sur.

… quand on a bien configuré le tout lors du ./configure … et cela dépend forcément de ta plateforme pour laquelle les valeurs par défaut ne sont pas automatiquement les bonnes …

Citation:

Envoyé par Kawamx

Mais je rencontre un nouveau problème, quand j'exécute le programme j'ai ce message : "Could not create window: No available video device".
J'ai debuggé le programme et juste avant l'erreur, gdb indique "Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
J'ai tenté un DISPLAY=:0 ./programme, pas de résultat.

J'ignore d'où vient le problème mais ne vous embêtez pas trop pour moi, d'autant que là c'est clairement pas un problème de GCC. Ça me semble être lié aux drivers ou xorg, enfin j'en sais rien du tout mais c'est un peu hors sujet par rapport au forum.

Le premier truc, si tu tiens à faire un tant soit peu généraliste est au moins d'utiliser une version identifiée sur github de la libsdl, de lire la doc (pour éviter un RTFM), debien configurer le process de build pour ta plateforme puis de lancer les tests et les exemples avant d'essayer de l'installer. Sans compter qu'il te faudra utiliser auparavant la même méthode sur les dépendances requises (et optionnelles suivant ta conf) de la libsdl2.

Ceci est normalement fait par le gestionnaire de paquets (et si tu veux un build à partir des sources tu as gentoo).

Ou alors tu lis la doc pour comprendre comment lier une bibliothèque statique que tu auras compilé à partir des sources (et dans le cas de la libsdl il va falloir l'indiquer lors de la configuration du process de build).