Discussion :

[bk974]

Bonjour,

Je cherche à inclure un programme perl dans un programme C.

J'ai réussi à faire tourner les exemples fournis avec ExtUtils::Embed.

J'ai réussi à include DBI et DBD::Oracle dans mon programme et ça fonctionne.

Par contre impossible d'inclure Spreadsheet::WriteExcel.

Le problème c'est que pour DBI et DBD::Oracle, j'ai fait le xsinit et j'ai inclus le fichier généré et les .o et ça roule.

Pour Spreadsheet::WriteExcel, c'est en pur perl, il n'y a pas de .o d'où mon problème. Donc je finis avec une erreur sur boot_Spreadsheet__WriteExcel qui n'existe nulle part.

Dans le projet, on n'a pas le droit de rajouter des modules perl sur le serveur et il faut avoir un minimum de fichiers au final.

Merci pour une petite idée,

A+
Bruno

[Jedai]

Je ne suis pas sûr de comprendre ton problème... A priori tu n'as pas besoin de rajouter un quelconque .o pour pouvoir utiliser un module Pur Perl comme Spreadsheet::WriteExcel. La méthode xsinit ne s'applique dans le cas de modules possédant une partie XS.

Dans le projet, on n'a pas le droit de rajouter des modules perl sur le serveur et il faut avoir un minimum de fichiers au final.

Là je ne vois pas le rapport non plus... Est-ce que tu crois que tu peux utiliser les modules comme DBI ou DBD::Oracle sans les installer sur le serveur simplement parce que tu as embarqué ton Perl ? Ce n'est pas le cas, il faut tout de même avoir ces modules installés. Par contre ce qu'il est possible de faire, c'est de ne les installer que localement, ou même de les inclure dans l'exécutable, comme PAR::Packer le fait.

--
Jedaï

[bk974]

Merci Jedai pour la réponse.

Je ne suis pas sûr de comprendre ton problème... A priori tu n'as pas besoin de rajouter un quelconque .o pour pouvoir utiliser un module Pur Perl comme Spreadsheet::WriteExcel. La méthode xsinit ne s'applique dans le cas de modules possédant une partie XS.

Ok dac. Est ce que ça veut dire que si j'embed un interpreteur perl non dynamique, il n'y a pas moyen de lui rajouter une ou deux fonctions ou modules ?

Là je ne vois pas le rapport non plus... Est-ce que tu crois que tu peux utiliser les modules comme DBI ou DBD::Oracle sans les installer sur le serveur simplement parce que tu as embarqué ton Perl ? Ce n'est pas le cas, il faut tout de même avoir ces modules installés.

Pour l'instant le binaire généré fait une connexion oracle correcte et une requete qui marche. C'est possible qu'il ait trouvé un DBI.pm dans l'arborescence du serveur, je vais vérifier. Ca me semblait bizzare également

Par contre ce qu'il est possible de faire, c'est de ne les installer que localement, ou même de les inclure dans l'exécutable, comme PAR:: Packer le fait.

Je m'excuse si je m'exprime mal. Au final je dois faire un .so pour les linux et une .dll pour les windows. Un programme externe sur lequel je n'ai pas la main appelle cette lib fait la connexion Oracle et génère le fichier excel. Je n'ai pas l'impression que PAR:: Packer puisse faire des .so, si j'ai bien compris, PAR:: Packer, il prend une partie static.o qu'il met en en-tête d'une archive Zip avec le code perl.

Pas mieux non plus du côté de PerlDevKit de ActiveState. Ils ont PerlCtrl sous windows mais qui fait un activeX d'après la doc, je ne sais pas si ça conviendra, et il ne semble pas avoir de PerlCtrl pour linux.

A+
Bruno