Perl 5.26.0.1 disponible et Strawberry Perl 5.26.0.1 en production depuis le 30 Mai 2017

Le 2017-06-01 23:24:19, par djibril, Responsable Perl et Outils

Bonjour,

La version stable de Perl 5.26.0 est maintenant disponible :

1.0 - 1987 ;
2.0 - 1989 ;
3.0.4.1 - Novembre 1989 ;
3.0.8.1 - janvier 1990 ;
4.0 - décembre 1991 ;
5.000 - 17 Octobre 1994 ;
5.001 - 13 Mars 1995 ;
5.002 - 29 février 1996 ;
5.002_1 - 25 Mars 1996 ;
5.003 - 25 Juin 1996 ;
5.003_1 - 31 Juillet 1996 ;
5.004 - 15 mai 1997 ;
5.005 - 22 juillet 1998 ;
5.1 ;
5.6 - 22 mars 2002 ;
5.8.0 - Juillet 2002
5.8.8 le 31 janvier 2006
5.10.0 le 18 décembre 2007, 20e anniversaire de Perl 1.000
5.8.9 le 14 décembre 2008
5.10.1 le 23 août 2009
5.12.0 le 12 avril 2010
5.12.1 le 16 mai 2010
5.14 - 14 Mai 2011 ;
5.16 - 20 Mai 2012 ;
5.18 - 18 Mai 2013 ;
5.20 - 27 Mai 2014 ;
5.22.0 - 1 juin 2015 ;
5.24.0 - 10 Mai 2016 ;
5.26 - 30 Mai 2017.

Sa mise en place a nécessité treize mois de développement depuis Perl 5.24.0. Cette mise à jour contient 360000 lignes de codes modifiées à travers 2600 fichiers (1800 .pm, .t, .c et .h) pour un travail d'équipe : 86 auteurs.

Pour en savoir plus sur les changements (suppressions, rajouts, modifications), c'est ici.

N'hésitez pas à tester les nouveautés et nous faire part de vos retours.

Discussion forum

24 commentaires

djibril
Responsable Perl et Outils

Une présentation des nouveautés sera faite par Sébastien Aperghis-Tramoni durant les journées Perl 2017.

le 02/06/2017 à 9:49
djibril
Responsable Perl et Outils

Sans avoir testé je ne pense pas que cela soit possible. L'information est sans doute dans la base de registre. Mais bon, vu que tu renommes le répertoire, je doute que la désinstallation se fasse correctement .
Pourquoi ne pas utiliser les versions portables de Strawberry ?

le 05/06/2017 à 20:06
disedorgue
Expert éminent sénior
Bonjour,

Pour les installations manuelles des modules, il est conseillé de le faire comme ci-dessous:
Code :
```
1
2
(export PERL_USE_UNSAFE_INC=1; \
 perl Makefile.PL && make && make test && make install)
```
La variable exporté sert à dire à perl (5.26) de prendre en compte le '.' dans '@INC' mais attention, celle-ci sera rapidement deprecate, c'est juste pour la transition

Et ne pas oublier comme indiquer dans la release note, que '@INC' influence aussi le do "file.pl".
le 13/06/2017 à 23:47

djibril

Responsable Perl et Outils

Envoyé par Lolo78

Bonjour,

en attendant la présentation de Sébastien, voici quelques nouveautés qui me plaisent bien ou sont assez importantes.

Documents "ici-même" (here-docs) indentés

Le modificateur "~" permet d'indenter les here-docs dans le code (et, donc, de ne pas perturber l'indentation générale du code par du texte devant se trouver à la marge de gauche).

Par exemple, jusqu'à maintenant, il fallait écrire:

Code :

1
2
3
4
5
6
7
8
9
10
11
12
sub toto {
    ...
    if (#condition) {
        ...
        my $chaine_multiligne = <<'EOC';
texte de la chaîne ligne 1...
texte de la chaîne ligne 2 ...
EOC
        ...
    }
    ...
}

Avec la 5.26, on peut écrire:

Code :

1
2
3
4
5
6
7
8
9
10
11
12
sub toto {
    ...
    if (#condition) {
        ...
        my $chaine_multiligne = <<~'EOC';
            texte de la chaîne ligne 1 ...
            texte de la chaîne ligne 2 ...
            EOC
        ...
    }
    ...
}

Bien pratique pour la lisibilité.

Envoyé par Lolo78

Le répertoire courant ne fait plus partie du tableau @INC

Jusqu'à présent, le répertoire courant ("." faisait par défaut partie de la liste des répertoires (tableau @INC) où Perl cherchait un module (sauf si le pragma taint était activé). Ce pouvait être bien pratique, mais cela pouvait poser des problèmes de sécurité. Désormais, le répertoire courant ne fait plus partie de ce tableau.

Il reste possible de l'ajouter à la main.

Bien que je puisse comprendre l'utilité, ça fou un sacré bordel dans les codes utilisant des modules internes. J'ai dû changer pratiquement tous mes codes d'un projet qui ne fonctionnaient plus afin de modifier manuellement @INC avec BEGIN, mais c'est pour la bonne cause .
Par contre, j'ai deux modules dont un que je n'arrive plus à installer : Tk::TableMatrix. Si quelqu'un y arrive !!

le 04/06/2017 à 16:59

dmganges
Membre chevronné
Envoyé par djibril

Sans avoir testé je ne pense pas que cela soit possible. L'information est sans doute dans la base de registre. Mais bon, vu que tu renommes le répertoire, je doute que la désinstallation se fasse correctement .

Merci pour ta réponse djibril !
Oui le registre est truffé de références vers Strawberry...

Envoyé par djibril

Pourquoi ne pas utiliser les versions portables de Strawberry ?

Par habitude
Et aussi :
1) Les installer.msi me permettent d'avoir une trace dans le panneau de configuration, de faire éventuellement le ménage... bien sûr je pourrais faire une exception pour Perl que j'utilise en permanence... MAIS :
2) J'ai conservé mes vieilles habitudes, je suis en permanence sur des comptes avec les droits administrateur, je prends mes responsabilités... je sais où j'en suis avec mes sauvegardes... ce que je peux faire... MAIS je pousse à fond les contrôles d'installation de logiciels... les avertissements et donc si j'installe Perl.zip J'ai une demande de validation sur tous les raccourcis Perl... que je peux supprimer aussi bien sûr...
3) Bref jusqu'à présent l'installation .msi me donnait satisfaction et pour une fois que Windows faisait les choses pas trop mal je ne m'en privais pas...

Pour info :
- Sur la v26 que ce soit en .msi ou en .zip je n'ai pas réussi à installer Config::Std en cpan, il y a peut-être mieux mais je n'ai pas envi de reprendre bons nombres de codes, mais OK en .gz gmake sur la v26.zip
- Bien que passé en .gz sur la v26 Config::Std n'est pas trouvé
- D'autres modules Tk Win32::MediaPlayer Win32:rocess::List Audio::WMA ... sont bien passés, même MIME::Lite que j'avais dû installer en .gz sur la v24
MERCI !

PS: J'ai essayé l'installation Tk::TableMatrix en cpan qui ne passe pas mais pas essayé en .gz

Merci Lolo78 pour :
Code :
```
use lib '.';
```
J'aurais pu chercher longtemps !

Donc pour l'instant je reste avec Config::Std sur les bras
[Edit 11:26] Résolu
le 06/06/2017 à 7:20
dmganges
Membre chevronné

Je suis un âne dans ma précipitation de gamin j'avais oublié gmake install
Donc OK pour TOUT !
Promis je reste en v26 portable
Encore merci !

le 06/06/2017 à 8:42
dmganges
Membre chevronné
Trop chaud pour dormir

Installation de Tk::TableMatrix sur
Windows 7 Perl (v5.26.0) built for MSWin32-x64-multi-thread

Ce qui suit est un bidouillage car l'installation du module par cpan plante :
L'opération consiste à copier les répertoires et fichiers du module depuis une Perl v24 correctement installés avec cpan, vers une v26 sur laquelle on a lancé la commande :
Code :
```
cpan –i Tk::TableMatrix
```
Et qui a échoué avec l'erreur :

gmake[1]: *** No rule to make target '..\blib\arch\Tk\pTk\.exists', needed by 'config'. Stop.
gmake: *** [Makefile:1171: pTk/libpTk.a] Error 2

Il n'a pas été trouvé dans le Makefile les infos nécessaires pour construire la cible !

NB : Le module n'ayant pas été modifié depuis le 13 Jan 2007, la manip est jouable, il ne manque que des fichiers de définition.h et dll

En comparant les arborescences des installations du module OK sur Perl v5.24
et celle sur v5.26 qui plante, on remarque des différences dans le répertoire ..\blib\arch

sur la v24 :

sur la v26 l'install par cpan ne se fait pas correctement.
Après le lancement de
cpan install Tk::TableMatrix on trouve dans
C:\Strawberry\cpan\build\Tk-TableMatrix\blib\arch :

Il faut copier les répertoires et fichiers qui manquent de la v24 vers la v26
Avant et après modif :

Ensuite procéder comme une installation manuelle:
cd C:\Strawberry\cpan\build\Tk-TableMatrix-1.23-0

NB : ne pas lancer

Code :

perl Makefile.PL

déjà fait par la commande cpan

gmake
gmake test (EVENTUELLEMENT)
gmake install

NB :
1 - Coup de bol, on aurait pu se trouver avec d'autres répertoires/fichiers manquants, il aurait fallu fouiller ailleurs…
2 – Je n'ai pas réussi une installation complète en manuel, ni à trouver pourquoi perl Makefile.PL ne construit pas correctement le Makefile, je suppose un pb de répertoire courant absent dans @INC, comme précisé plus haut…

Encore 27° à 00h50
le 13/06/2017 à 0:49

Lolo78

Rédacteur/Modérateur

Code :

1
2
3
4
5
6
7
8
9
10
11
12
sub toto {
    ...
    if ($condition) {
        ...
        my $chaine_multiligne = <<'EOC';
texte de la chaîne ligne 1...
texte de la chaîne ligne 2 ...
EOC
        ...
    }
    ...
}

Avec la 5.26, on peut écrire:

Code :

1
2
3
4
5
6
7
8
9
10
11
12
sub toto {
    ...
    if ($condition) {
        ...
        my $chaine_multiligne = <<~'EOC';
            texte de la chaîne ligne 1 ...
            texte de la chaîne ligne 2 ...
            EOC
        ...
    }
    ...
}

Un nombre d'espace égal à celui se trouvant avant le délimiteur (EOC) sera supprimé au début de chaque ligne de la chaîne de caractères.

Bon, ça n'est sans doute pas révolutionnaire, mais c'est tout de même pratique et nettement plus clair.

Nouveau modificateur d'expressions régulières: /xx

Le modificateur /x permet depuis déjà quelques versions de Perl de mettre des espaces (et des commentaires) dans les expressions régulières pour améliorer leur lisibilité. Le nouveau modificateur /xx fait la même chose que /x et permet en outre d'ajouter des espaces ou des tabulations dans les classes de caractères.

Par exemple, jusqu'à présent, une classe de caractères pour reconnaître un nombre hexadécimal pouvait s'écrire comme suit:

Code :

1
2
/[0-9a-fA-F]+/

On peut maintenant écrire:

Code :

1
2
/[0-9  a-f  A-F]+/xx

Pareil, ce n'est pas révolutionnaire, mais c'est tout de même plus lisible.

Les routines lexicales ne sont plus expérimentales

Les routines lexicales ont été introduites en 5.18, mais leur utilisation émettaient jusqu'à présent un warning relatif à l'utilisation d'une fonctionnalité expérimentale, sauf à la réduire au silence avec un code du genre

Code :

1
2
3
4
    use 5.018;
    no warnings "experimental::lexical_subs";
    use feature "lexical_subs";

Ce n'est plus nécessaire.

Le répertoire courant ne fait plus partie du tableau @INC

Jusqu'à présent, le répertoire courant ("." faisait par défaut partie de la liste des répertoires (tableau @INC) où Perl cherchait un module (sauf si le pragma taint était activé). Ce pouvait être bien pratique, mais cela pouvait poser des problèmes de sécurité. Désormais, le répertoire courant ne fait plus partie de ce tableau.

Il reste possible de l'ajouter à la main.

Edit: s/#condition/$condition/. Je travaille avec un autre langage de programmation dans lequel les variables commencent par #.

le 04/06/2017 à 14:28

Lolo78
Rédacteur/Modérateur
Envoyé par djibril

Bien que je puisse comprendre l'utilité, ça fou un sacré bordel dans les codes utilisant des modules internes. J'ai dû changer pratiquement tous mes codes d'un projet qui ne fonctionnaient plus afin de modifier manuellement @INC avec BEGIN, mais c'est pour la bonne cause .

Oui, c'est clair. C'est sans doute pour la bonne cause à terme, mais dans l'immédiat, ça peut fou*re le bo*on.

Je suppose qu'ajouter simplement la ligne:
Code :
```
1
2
use lib '.';
```
au début du programme devrait aussi fonctionner, sans avoir besoin d'ajouter un BEGIN block.

Ce n'est pas un changement dont je suis particulièrement ravi (même si c'est sans doute nécessaire), mais c'est suffisamment important pour que je ne puisse pas le passer sous le silence.
le 04/06/2017 à 18:41
dmganges
Membre chevronné
Bonjour,
Sur Win7 64bits, jusqu'à présent lorsque je faisais une MàJ de Perl je renommais C:/Strawberry en C:/Strawberry_OLD et l'installation de la nouvelle version passait comme une lettre à la poste, ce qui me permettait de revenir en arrière très facilement en cas de besoin et ce sans modifier la variable PATH qui contient entre autre :
Code :
```
C:\Strawberry\c\bin;C:\Strawberry\perl\site\bin;C:\Strawberry\perl\bin;
```
et C:\Cygwin64\bin qui contient un Perl v5.22.2
Hormis PERL-JSON-BACKEND et PERL-YAML-BACKEND je n'ai pas d'autres variables d'environnement concernant Perl.

A l'installation de la 5.26.0 j'ai une demande de désinstallation de la version précédente qui s'affiche bien que le répertoire soit en C:/Strawberry_OLD.

Est-il possible de contourner cette désinstallation ?
Merci d'avance !
le 05/06/2017 à 5:40

Poster une réponse