(Courriels de diversion: <pliaient@approuvee-avilirez.com> <readmission@effrenes-artisan.com> <sidererez@hesitais-trempez.com> <sensibiliserions@informeraient-enfoncent.com> <ameutaient@epaissirait-soulagement.com> <determinations@entremises-coulants.com> <actualisent@furibonde-estomperons.com> <malmenaient@resumerons-loueraient.com> <egoutter@gammee-piegeaient.com> <horticulteur@meriterai-groupes.com> )
Laurent Laborde wrote:
On 11/18/05, ZeR <ynogues@fram.fr> wrote:possible mais quand tu vois la doc qu'ils ont faites pour leur API , c'est un truc de fou !!! il dois y avoir plus 4000 pages html !!! (heuresement qu'ils ont fait un module de recherche :p )
marc Thirion wrote:
BETOUS Guillaume a écrit :
mais si j'ai bien compris, cette -R ne sert que pour les librairies
dynamiques ? c'est a dire lors de l'execution, pas de la compilation ?
Oui, cela n'est que pour les bibliothèques dynamiques.
-L : comment les trouver à la compilation (édition des liens, plutôt) ; le soname de la bibliothèque est alors enregistré dans le binaire produit. -R : dit où il faut chercher la bibliothèque correspondant au soname lors de l'exécution (c'est donc en parallèle avec le ld.so.conf).
La confusion (ghistorique) vient du fait que LD_LIBRARY_PATH sert à deux choses : - à l'édition de liens, en complément de -L ; - à l'exécution, en complément de -R et de ld.so.conf.
Merci pour toutes ces précisions : je dormirais moins c.. ce soir :)
un truc que je me demande...
pourquoi les prestataires de services ne vous disent pas carrément ca ....
ca m'aurait éviter de chercher ( n'étant pas pro du tout en C et gcc ....
et encore moins en librairies ... )
C'est p'tet une question de portabilité ? Ou d'incompetence ...
--
Ker2x
-------------------------------------------------------------------- Les listes de diffusion occultes: <URL:http://www.CULTe.org/listes/>