Le @INC dépend de qui ?

Bonjour !

Je vous contacte pour un petit problème :

Pour mon stage, je dois lister les liens entre des fichiers, et notamment des fichiers en perl. Je m'intéresse donc à récupérer les librairies appelées par des "use" ou des "require".

Je récupère donc l'@INC pour savoir où aller chercher ces librairies. Le dernier élément de @INC est le "." (le path courant).

Cependant, quand je fais mes propres tests, je constate que l'on me demande dans les pm le path depuis le pl appelant !

Par exemple, j'ai une arborescence du type :
main.pl
oui/non/file1.pm
oui/non/file2.pm

Et pour appeler le file2.pm depuis le file1.pm (chacun a son propre package), je dois taper :
use oui::non::file2 ;

Au passage, un system('pwd'); dans le main.pl et dans le file1.pm renvoient tous deux le path du dir de main/pl.

La conclusion est donc que le .pl appelle les .pm et que c'est SON @INC qui prime.

Mais je me demandais, quand une librairie peut être utilisée par plusieurs fichiers (par exemple, prenons File. Comment se fait-il qu'il puisse appeler ses propres librairies alors qu'il ne sait pas quel .pl va l'appeler ?

Pour info, j'ai commencé le perl il y a peu, la réponse est donc sûrement évidente pour vous :)

Merci par avance en tout cas,

Perlement,

Gui

Toujours aucune idée ?

J'ai beau enchaîner les topics à ce sujet, je ne trouve personne qui ne se soit vraiment intéressé à ça, dommage !

Mit'

je tente ma chance ^^

les use/require n'appelle pas ("appeler" dans le sens où ils ne lancent pas un script comme

Code:

---

perl mon_script.pl

---

le ferait), ils font comme s'ils incluaient le code des modules appelés dans le code de ton script (en gros).

ce qui fait que le seul @INC que tu vois c'est celui du script que tu lances.

ce qui répond aussi à ta 2e question, les librairies se contentent de déclarer d'autres modules via use, tant que ces modules se trouvent dans le path, ils seront trouvés, pas besoin de savoir quel script les appelle.

cela répond à tes questions ?

Bonjour
j arrive pas a placé un module que je l'appel dans mon script @INC

le voila le msg qui aparit sur le terminale:


Can't locate sta_common.pm in @INC (@INC contains: /home/khantach/ta_functional_ff28_1.15V_125C_FuncCmax/reports.F-2011.06-SP3-2.16/perl_libs /usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi /usr/lib/perl5/site_perl/5.8.8 /usr/lib/perl5/site_perl /usr/lib64/perl5/vendor_perl/5.8.8/x86_64-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.8 /usr/lib/perl5/vendor_perl /usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi /usr/lib/perl5/5.8.8 .) at ./sta_check_check line 29.
sur la ligne 29 de mon script: use sta_common;

Ajoute avant ton use, ceci :

Code:

---

use lib 'chemin_de_sta_common';

---

il existe deja ce syntaxe dans mon script
use lib "$ENG_WORKSPACE}/perl_libs";
use sta_common;
ca se voir tres bien qu'il existe un autre prob qui manifeste

@Gardyen : Merci pour ta réponse, donc si je comprends bien, le @INC est inhérent au path du fichier appelant c'est ça ?

En gros, si je lance main.pl qui appelle oui.pm, si je fais un print @INC dans le oui.pm, il va me renvoyer les chemins à partir du path de main.pl (+ ceux des librairies types de PERL) ?

Donc l'@INC ne serait pas relié au fichier mais au script, comme tu le disais.

Si j'ai bien compris, merci beaucoup ça m'aide bien !

@helkha86 : As-tu vérifié que 'sta_common' se situait bien dans le dossier 'perl_libs' ?

@Mithryl: ouep, c'est ça ! on peut même dire que le path ne change pas en fait, c'est toujours "chemin1:chemin2:.", sauf que "." varie suivant le script lancé :aie:

D'accord, merci beaucoup !!!