Bonjour,
Pour ma part, j'utilise ActivePerl depuis plus de dix ans, mais je commence maintenant à utiliser Strawberry Perl.
Depuis quelques années (environ cinq ans), une nouvelle version stable de Perl voit le jour chaque année. ActivePerl a donc pris l'initiative de ne mettre à disposition de ses utilisateurs que deux versions gratuites de Perl. Les autres versions deviennent de ce faite obsolètes.
Exemple : à ce jour, ActivePerl met à disposition ActivePerl 5.16.3 et 5.18.2. Si vous aviez ActivePerl 5.14, 5.12... Il est maintenant impossible d'installer un module Perl via l'utilitaire sympathique ppm depuis les dépôts d'ActivePerl.
Au sujet de ppm, c'était l'une des force d'ActivePerl car il était simple d'utilisation, malheureusement, ce n'est plus vraiment le cas : je m'explique.
Le dépôt d'ActiveState ne met pas à disposition tous les modules du CPAN et ils ne sont pas toujours les plus récents. Il existait quelques dépôts comme Bribes ou Trouchelle mais ce dernier n'est plus opérationnel depuis la version 5.14. Bribes est le seul à essayer de suivre, mais ce n'est vraiment pas évident. Il faut une version de module par version de Perl, ce qui devient difficile à maintenir.
- Autre souci et pas des moindres
.
Depuis quelques années, on a vu la démocratisation des PC sous 64-bits, et malheureusement, ActivePerl 64-bits rend la tâche encore plus difficile car cela devient hardcore pour installer des modules.
ActivePerl a incorporé MINGW pour compiler les modules si on avait besoin de les installer via l'utilitaire CPAN, ce qui est très bien, mais il n'y avait rien pour les 64-bits. Je viens de m'apercevoir que depuis quelques jours, il existe un MINGW64 compatible avec ActivePerl 5.16.3 mais pas pour le reste. Bref, c'est assez pénible lorsque l'on a l'habitude mais mettre en production des outils avec installation automatique des modules.
J'ai donc décidé de migrer vers Strawberry Perl que j'avais testé à l'époque sans succés, mais il a bien évolué.
Pourquoi Strawberry ?Son installation est simple et à chaque mise à jour de Perl, on a très rapidement une version disponible.
On dispose d'une version msi installable qu'uniquement avec des privilèges d'administrateur (msi), d'une version zip installable sans droits administrateur.
Il existe également une version portable qui fonctionne à merveille que l'on peut installer n'importe où : sur une clé USB...
En ce qui concerne l'installation des modules, il faut oublier
ppm et n'utiliser que l'utilitaire
cpan. Vous avez donc tous les modules à votre disposition. Strawberry Perl s'installe avec le compilateur gcc, dmake... de ce faite, que l'on soit sous 32-bit ou 64-bits, on a pas besoin de se poser x questions. L'installation de modules via l'utilitaire
cpan fonctionne à merveille comme sous Linux. Il y a surement toujours des cas particuliers, mais de ce que j'ai pu tester rapidement, je n'ai pas eu de soucis pour installer XML::Twig, Tk, PAR::Packer...
Voilà, n'hésitez donc pas à le tester. Vous pouvez tester la version portable si vous avez déjà ActivePerl d'installé sur votre PC.
Je n'ai pas parlé de cygwin dans le sondage car c'est plus un environnement Linux sous son Windows qui de faite incorpore Perl. Donc installer cygwin sous sa machine, c'est plus pour avoir un Shell Linux à disposition que d'avoir Perl à la base
.
Et vous, vos avis ?
2 |
0 |
Bonsoir,
d'avance pour votre participation. Venez nous dire pourquoi vous utilisez l'un à la place de l'autre ou les deux. 
, je vais essayer de rester avec W7 le plus longtemps possible, perdre mon temps en W8 pour retrouver ce qui était intuitif en W7 me gave, quant à ActivePerl 5.12 tant que je peux faire avec, je le garde 
Envoyé par dmganges
. Bref, le fait, c'est que le support est une force d'Active Perl. Après, je suis sur que pour modifier des ppm particuliers, les voir porter sous Windows, ou autre, cela fait sens d'avoir accès à de tels services payants, c'est tout à fait normal même.
.
