[gcc] masquage de bibliothèque
Résolu
Char Snipeur
Messages postés
10112
Date d'inscription
Statut
Contributeur
Dernière intervention
-
Char Snipeur Messages postés 10112 Date d'inscription Statut Contributeur Dernière intervention -
Char Snipeur Messages postés 10112 Date d'inscription Statut Contributeur Dernière intervention -
Bonjour,
voilà mon souci, j'essai de faire tourner gcc avec graphite afin de générer un parallelsation automatique d'un code. Pour cela j'ai fais une version locale de gcc.
ça ne fonctionne pas : la parallelisation n'est pas effective lors de l'exécution.
Je pense que c'est un problème de liaison dynamique, en effet, le lien se fait (ou devrait se faire) avec la bibliothèque gcc-local/lib64/libgomp.so, mais lorsque j'utilise ldd, il me dit que l'exécutable va chercher /usr/lib64/libgomp.so
Comment lui dire d'aller chercher la version locale lors de l'exécution ? (je n'ai pas les droits root)
Je précise que j'ai mis gcc-loval/lib64 dans la variable LD_LIBRARY_PATH
Merci de vos réponses.
--
La vrai soumission c'est quand les esclaves s'inquiètent du cours du coton.
Char Snipeur
voilà mon souci, j'essai de faire tourner gcc avec graphite afin de générer un parallelsation automatique d'un code. Pour cela j'ai fais une version locale de gcc.
ça ne fonctionne pas : la parallelisation n'est pas effective lors de l'exécution.
Je pense que c'est un problème de liaison dynamique, en effet, le lien se fait (ou devrait se faire) avec la bibliothèque gcc-local/lib64/libgomp.so, mais lorsque j'utilise ldd, il me dit que l'exécutable va chercher /usr/lib64/libgomp.so
Comment lui dire d'aller chercher la version locale lors de l'exécution ? (je n'ai pas les droits root)
Je précise que j'ai mis gcc-loval/lib64 dans la variable LD_LIBRARY_PATH
Merci de vos réponses.
--
La vrai soumission c'est quand les esclaves s'inquiètent du cours du coton.
Char Snipeur
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 -
hello
Je précise que j'ai mis gcc-loval/lib64 dans la variable LD_LIBRARY_PATH
en premier ? -
Salut,
Ca pourrait peut être t'aider
http://www.loligrub.be/contrib/tlepoint/BASE/node309.html#sec:Installation-de-fichiers-DLL.so-
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.
-
