Utiliser un dossier personnel plutot que c:perllib pour mes modules (.pm)

Je doute qu'il y ait une facon de spécifier l'utilisation du bon
repertoire,
soit quand je crée l'interpréteur avec PerlEz, soit avec un fichier de
configuration.

J'ai créé un module (.pm) qui contient certaines fonctions que j'utilise
souvent. Dans un .pl, je fais un require sur ce module et j'appelle les
fonctions. Les deux fichiers sont dans le même repertoire. Quand je lance le
fichier .pl par la ligne de commande, ca fonctionne bien. Cependant, quand
je le charge à partir de PerlEz (une dll de ActiveState sous win32 pour
appeller du perl dans du C ou C++), ca ne fonctionne que si je déplace le
fichier .pm dans un repertoire standard pour les .pm, c:perllib par
exemple.

Le problème, c'est que je ne veux pas faire cela. Je veux que mon code Perl
suive le code C++ associé dans notre outil de versionning (CVS) alors le
plus simple serait qu'il soit sous le même repertoire racine. Je doute qu'il
y ait une facon de spécifier l'utilisation du bon repertoire, soit quand je
crée l'interpréteur avec PerlEz, soit avec un fichier de configuration.

Dans l'article <9Lf8f.12709$Nj3.1067868@news20.bellglobal.com>,
martin.labonte.nospam@sympatico.ca a dit...

J'ai créé un module (.pm) qui contient certaines fonctions que j'uti lise
souvent. Dans un .pl, je fais un require sur ce module et j'appelle les
fonctions. Les deux fichiers sont dans le même repertoire. Quand je la nce le
fichier .pl par la ligne de commande, ca fonctionne bien. Cependant, qua nd
je le charge à partir de PerlEz (une dll de ActiveState sous win32 pour
appeller du perl dans du C ou C++), ca ne fonctionne que si je déplace le
fichier .pm dans un repertoire standard pour les .pm, c:perllib par
exemple.

Le problème, c'est que je ne veux pas faire cela. Je veux que mon code Perl
suive le code C++ associé dans notre outil de versionning (CVS) alors le
plus simple serait qu'il soit sous le même repertoire racine. Je doute qu'il
y ait une facon de spécifier l'utilisation du bon repertoire, soit qua nd je
crée l'interpréteur avec PerlEz, soit avec un fichier de configurati on.

Vous pouvez ajouter un répertoire à @INC à la création l'interpr éteur avec
PerlEzCreate exactement comme vous le feriez avec perl en ajoutant un -I< rep>
sur la ligne de commande.
(Il faut dire que la doc de PerlEz est vraiment minimale; contrairement à
ce que son nom indique, son utilisation n'est pas si "easy" que ça.)

Le petit programme C qui suit affiche @INC.
Chez moi ça donne :
C:/foo/bar
C:/perl58/lib
C:/perl58/site/lib
.
Le répertoire ajouté est donc placé en tête de @INC

------------
#include <stdio.h>
#include <windows.h>
#include <PerlEz.h>

int main(void)
{
char buffer[200];
int err;

PERLEZHANDLE perl = PerlEzCreate(NULL, "-IC:/foo/bar");

if (!perl) {
printf("Erreur creation perl interpreteur");
return 1;
}

err = PerlEzEvalString(perl, "join "n", @INC", buffer, sizeof(buff er));

if (err)
printf("Erreur #%i", err);
else
printf(buffer);

PerlEzDelete(perl);
return 0;
}
------------

HTH

--
J-L.M.
http://www.bribes.org/perl

Un simple perl -V ne suffirait-il pas à afficher @INC ?
Chez moi, si. :-)