Merci,
En fait, je ne m'en souvenais tout simplement pas !!!
Bon, maintenant, c'est plus clair. sur une machine qui n'est pas la
mienne, et qui ne semble pas avoir de ldconfig qui fonctionne
correctement, j'ai un LD_LIBRARY_PATH correct ce qui me permet de
faire correctement l'edition de liens au moment du g++, par contre, au
moment du chargement, ce n'est pas la bonne librarie qui est appelee.
/usr/lib64/libstdc++.so.6 au lieu de :
/wrg/software/SL4.x86-64/gcc-4.4.3/lib64/libstdc++.so.6
C'est un appel d'un progamme perl qui utilise une librairie partagee C++.
Est-ce que j'ai un moyen autre que LD_LIBRARY_PATH pour controler
le chargement de la bonne librairie ?
Merci encore.
> Bonjour !
>
> Patrick Dupre a ?crit :
>> Can't load
>> '/wrg/home/chem/pd520/perl_lib/x86_64-linux/auto/Fitter_E/Fitter_E.so' for
>> module Fitter_E: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.9' not
>> found (required by
>> /wrg/home/chem/pd520/perl_lib/x86_64-linux/auto/Fitter_E/Fitter_E.so) at
>> /wrg/software/SL4.x86-64/perl-5.10.1/lib/5.10.1/x86_64-linux/DynaLoader.pm
>> line 200.
>>
>> J'en conclue que j'ai un probleme de version de gcc
>> ou se trouve la GLIBCXX ?
>> Si je fais un nm sur libstdc++.so.6, il n'y a pas de "symbols".
>> Comment je peux connaitre la GLIBCXX associee a gcc ?
>
> Essaye
>
> nm -D /usr/lib64/libstdc++.so.6 | grep GLIBCXX
>
> Edgar.
>
>
--
---
==========================================================================
Patrick DUPRÉ | |
Department of Chemistry | | Phone: (44)-(0)-1904-434384
The University of York | | Fax: (44)-(0)-1904-432516
Heslington | |
York YO10 5DD United Kingdom | | email: pd520@???
==========================================================================
