[gcc] masquage de bibliothèque
Résolu/Fermé
Char Snipeur
Messages postés
9813
Date d'inscription
vendredi 23 avril 2004
Statut
Contributeur
Dernière intervention
3 octobre 2023
-
8 déc. 2011 à 12:15
Char Snipeur Messages postés 9813 Date d'inscription vendredi 23 avril 2004 Statut Contributeur Dernière intervention 3 octobre 2023 - 8 déc. 2011 à 14:21
Char Snipeur Messages postés 9813 Date d'inscription vendredi 23 avril 2004 Statut Contributeur Dernière intervention 3 octobre 2023 - 8 déc. 2011 à 14:21
A voir également:
- [gcc] masquage de bibliothèque
- Le point d'entrée de procédure est introuvable dans la bibliothèque de liens dynamiques ✓ - Forum Logiciels
- Cette bibliothèque n'est pas disponible pour le partage familial ✓ - Forum Jeux vidéo
- Ce fichier contient l'historique des livres empruntés à la bibliothèque. combien de titres différents contient-il ? ✓ - Forum Excel
- Bibliothèque ✓ - Forum Windows 10
3 réponses
Bonjour,
Tu as compilé avec le flag -Lgcc-local/lib64 ?
Essaie aussi de mettre un chemin absolu dans LD_LIBRARY_PATH.
Tu as aussi essayé avec LD_PRELOAD ?
Sinon pour les histoires de précédence etc, ça me semble une lecture intéressante :
http://tldp.org/HOWTO/Program-Library-HOWTO/shared-libraries.html
Tu as compilé avec le flag -Lgcc-local/lib64 ?
Essaie aussi de mettre un chemin absolu dans LD_LIBRARY_PATH.
Tu as aussi essayé avec LD_PRELOAD ?
Sinon pour les histoires de précédence etc, ça me semble une lecture intéressante :
http://tldp.org/HOWTO/Program-Library-HOWTO/shared-libraries.html
dubcek
Messages postés
18755
Date d'inscription
lundi 15 janvier 2007
Statut
Contributeur
Dernière intervention
14 novembre 2024
5 621
8 déc. 2011 à 12:22
8 déc. 2011 à 12:22
hello
Je précise que j'ai mis gcc-loval/lib64 dans la variable LD_LIBRARY_PATH
en premier ?
Je précise que j'ai mis gcc-loval/lib64 dans la variable LD_LIBRARY_PATH
en premier ?
Char Snipeur
Messages postés
9813
Date d'inscription
vendredi 23 avril 2004
Statut
Contributeur
Dernière intervention
3 octobre 2023
1 298
8 déc. 2011 à 12:44
8 déc. 2011 à 12:44
non, mais de toute façon, il n'y a pas /usr/lib64 dans la variable. J'avoue que je ne comprend pas très bien ces histoires de répertoires par défaut et de précédence.
lami20j
Messages postés
21331
Date d'inscription
jeudi 4 novembre 2004
Statut
Modérateur, Contributeur sécurité
Dernière intervention
30 octobre 2019
3 569
8 déc. 2011 à 12:24
8 déc. 2011 à 12:24
Salut,
Ca pourrait peut être t'aider
http://www.loligrub.be/contrib/tlepoint/BASE/node309.html#sec:Installation-de-fichiers-DLL.so
Ca pourrait peut être t'aider
http://www.loligrub.be/contrib/tlepoint/BASE/node309.html#sec:Installation-de-fichiers-DLL.so
Char Snipeur
Messages postés
9813
Date d'inscription
vendredi 23 avril 2004
Statut
Contributeur
Dernière intervention
3 octobre 2023
1 298
8 déc. 2011 à 12:56
8 déc. 2011 à 12:56
merci, mais les manipulations qui sont faites dans ton lien écrivent dans le fichier racine, et je ne suis pas root. :-(
Après réflexion, le problème doit être plus profond car lorsque j'utilise une directive de précompilateur, openMP lance bien le programme sur plusieurs processeurs. C'est vraiment la parallelisation automatique qui merde à un moment donner.
Je crois que je vais me tourner vers les forum GCC, car là c'est vraiment pointu.
Après réflexion, le problème doit être plus profond car lorsque j'utilise une directive de précompilateur, openMP lance bien le programme sur plusieurs processeurs. C'est vraiment la parallelisation automatique qui merde à un moment donner.
Je crois que je vais me tourner vers les forum GCC, car là c'est vraiment pointu.
8 déc. 2011 à 14:12
Merci de ta réponse.
alors oui pour -Lgcc-local/lib64 et pour le chamin absolu.
LD_PRELOAD, je ne connais pas. Je viens de parcourir ton liens. C'est intéressant. Je vais tester ça.
merci.
8 déc. 2011 à 14:21
fonctionne très bien, ça va chercher la bibliothèque locale. Mais ça ne me résout pas mon problème de parallélisation. Je met en résolu vis à vis du titre et de ma demande principale (masquage)