From pdupre at gmx.com Sun Jun 7 21:16:32 2020 From: pdupre at gmx.com (Patrick Dupre) Date: Sun, 7 Jun 2020 21:16:32 +0200 Subject: [Perl] Makefile.PL Message-ID: Bonsoir, J'ai un fichier Makefile.PL avec dans INC INC => "-I. -I$ENV{HOME}/bbl_c ", Je voudrais etendre INC par example par INC => "-I -$ENV[HOME}/mydir" Comment puisse-je faire ? J'ai essaye plusieurs choses, mais aucune ne fonctionne. Merci. =========================================================================== Patrick DUPRÉ | | email: pdupre at gmx.com Laboratoire interdisciplinaire Carnot de Bourgogne 9 Avenue Alain Savary, BP 47870, 21078 DIJON Cedex FRANCE Tel: +33 (0)380395988 =========================================================================== From jkeenan at pobox.com Sun Jun 7 21:42:53 2020 From: jkeenan at pobox.com (James E Keenan) Date: Sun, 7 Jun 2020 15:42:53 -0400 Subject: [Perl] Makefile.PL In-Reply-To: References: Message-ID: <13cd573b-cecd-28e6-7c70-f700a0fc3a1e@pobox.com> On 6/7/20 3:16 PM, Patrick Dupre wrote: > Bonsoir, > > J'ai un fichier Makefile.PL avec dans INC > INC => "-I. -I$ENV{HOME}/bbl_c ", > > Je voudrais etendre INC > par example par > INC => "-I -$ENV[HOME}/mydir" > > > Comment puisse-je faire ? > > J'ai essaye plusieurs choses, mais aucune ne fonctionne. > > Merci. > Essaye ça: ##### $ cat Makefile.PL use ExtUtils::MakeMaker; use strict; use warnings; # Call 'perldoc ExtUtils::MakeMaker' for details of how to influence # the contents of the Makefile that is written. my @more_INC = ( $ENV{HOMEDIR}, "$ENV{HOMEDIR}/tmp", "$ENV{HOMEDIR}/learn/perl", ); my $more_INC = join ' ' => map { "-I$_" } @more_INC; print STDERR "XXX: $more_INC", "\n"; my %WriteMakefileArgs = ( NAME => 'Some::Module', VERSION_FROM => 'lib/Some/Module.pm', AUTHOR => 'A. U. Thor (a.u.thor at a.galaxy.far.far.away)', ABSTRACT => 'Module abstract (<= 44 characters) goes here', INSTALLDIRS => ($] < 5.011 ? 'perl' : 'site'), PREREQ_PM => { 'Test::Simple' => 0.44, }, INC => $more_INC, ( eval { ExtUtils::MakeMaker->VERSION(6.46) } ? () : ( META_MERGE => { 'meta-spec' => { version => 2 }, dynamic_config => 1, })), ); WriteMakefile(%WriteMakefileArgs); ##### $ ack '\bINC\b' Makefile # INC => q[-I/home/jkeenan -I/home/jkeenan/tmp -I/home/jkeenan/learn/perl] INC = -I/home/jkeenan -I/home/jkeenan/tmp -I/home/jkeenan/learn/perl ##### Jim Keenan From pdupre at gmx.com Mon Jun 8 15:09:36 2020 From: pdupre at gmx.com (Patrick Dupre) Date: Mon, 8 Jun 2020 15:09:36 +0200 Subject: [Perl] Makefile.PL Message-ID: Bonsoir, J'ai un fichier Makefile.PL avec dans INC INC => "-I. -I$ENV{HOME}/bbl_c ", Je voudrais etendre INC par example par INC => "-I -$ENV[HOME}/mydir" Comment puisse-je faire ? J'ai essaye plusieurs choses, mais aucune ne fonctionne. Merci. =========================================================================== Patrick DUPRÉ | | email: pdupre at gmx.com Laboratoire interdisciplinaire Carnot de Bourgogne 9 Avenue Alain Savary, BP 47870, 21078 DIJON Cedex FRANCE Tel: +33 (0)380395988 =========================================================================== From guy at coslado.com Mon Jun 8 15:27:58 2020 From: guy at coslado.com (Guy Coslado) Date: Mon, 08 Jun 2020 15:27:58 +0200 Subject: [Perl] Question Dev en Perl pour Android Message-ID: Bonjour à tous, Quelqu'un pourrait-il me donner des pistes pour les développements en Perl pour des applications sur Android ? Un conseil de site faisant le tour de l'état de l'art sur les développements en Perl pour Android, serait le bienvenu Merci d'avance -- Guy Coslado -------------- section suivante -------------- Une pièce jointe HTML a été nettoyée... URL: From elbeho at boivin.eu Tue Jun 9 22:59:41 2020 From: elbeho at boivin.eu (L Boivin) Date: Tue, 9 Jun 2020 22:59:41 +0200 Subject: [Perl] Question Dev en Perl pour Android In-Reply-To: References: Message-ID: Bonsoir, J'avais entendu parler il y a quelques années d'un début de portage de Perl 5 vers Android mais qui n'avait pas abouti. Pour Perl 5/Raku, j'ai pas d'info. Pas très constructif, désolé. Cordialement Laurent Le 08/06/2020 à 15:27, Guy Coslado a écrit : > Bonjour à tous, > > Quelqu'un pourrait-il me donner des pistes pour les développements en > Perl pour des applications sur Android ? > > Un conseil de site faisant le tour de l'état de l'art sur les > développements en Perl pour Android, serait le bienvenu > > > Merci d'avance > > -- > > Guy Coslado > > > _______________________________________________ > Perl mailing list > Perl at mongueurs.net > http://listes.mongueurs.net/mailman/listinfo/perl > Attention, les archives sont publiques > -- Laurent Boivin -- mailto:elbeho at boivin.eu Member of Mongueurs de Perl -- http://www.mongueurs.net/ Member of YAPC::Europe Foundation -- http://www.yapceurope.org/ Member of OSDC.fr -- http://osdc.fr/ From emmanuel at seyman.fr Sun Jun 21 23:52:39 2020 From: emmanuel at seyman.fr (Emmanuel Seyman) Date: Sun, 21 Jun 2020 23:52:39 +0200 Subject: [Perl] [Annonce] Perl 5.32.0 Message-ID: <20200621215239.GA124727@orient.home> Bonjour à tous. Pour information, la version 5.32.0 de Perl est sortie ce weekend. https://www.nntp.perl.org/group/perl.perl5.porters/2020/06/msg257547.html https://metacpan.org/release/XSAWYERX/perl-5.32.0 Vous pouvez trouver la liste des changements par rapport à 5.30.0, la version stable précédente ici : https://metacpan.org/changes/release/XSAWYERX/perl-5.32.0 Emmanuel From eiro at phear.org Thu Jun 25 17:51:36 2020 From: eiro at phear.org (Marc Chantreux) Date: Thu, 25 Jun 2020 17:51:36 +0200 Subject: [Perl] =?iso-8859-1?q?Appel_=E0_contribution=3A_Article_linux_mag?= =?iso-8859-1?q?_pour_la_sortie_de_Perl7?= Message-ID: <20200625155136.GA28704@prometheus.u-strasbg.fr> salut les gens, j'aimerais que la communauté des mongueurs soumette un article à Linuxfr pour la sortie de Perl7 afin d'expliquer l'importance de cette décision qui, de loin, peut parraitre assez annecdotique vu que Sawyer X la présente comme "5.32 mais avec d'autres settings". Pour piger l'importance de cette annonce, il faut sa rappeller que 5.32 est très différent de perl. j'aimerais pondre quelque chose de long détaillé mais ca risque vite de devenir fleuve. voilà donc un premier jet: https://github.com/eiro/article-annonce-perl7 à vos plumes. cordialement, marc From laurent.rosenfeld at googlemail.com Thu Jun 25 21:38:18 2020 From: laurent.rosenfeld at googlemail.com (Laurent Rosenfeld) Date: Thu, 25 Jun 2020 21:38:18 +0200 Subject: [Perl] =?utf-8?q?Appel_=C3=A0_contribution=3A_Article_linux_mag_p?= =?utf-8?q?our_la_sortie_de_Perl7?= In-Reply-To: <20200625155136.GA28704@prometheus.u-strasbg.fr> References: <20200625155136.GA28704@prometheus.u-strasbg.fr> Message-ID: Bonjour Marc, juste un lien (au cas où tu ne l'aurais pas déjà vu) qui peut alimenter ta réflexion : http://blogs.perl.org/users/leon_timmermans/2020/06/not-quite-getting-better-yet.html Bonne idée de soumettre un article à Linuxfr, sinon, mais il faut réfléchir soigneusement à ce que l'on veut y mettre. Tant qu'à faire une version majeure, j'aurais souhaité qu'elle intègre en natif le nouveau système objets sur lequel travaillent notamment Ovid et Sawyer. Bonne fin de journbée, Laurent. Le jeu. 25 juin 2020 à 17:51, Marc Chantreux a écrit : > salut les gens, > > j'aimerais que la communauté des mongueurs soumette un > article à Linuxfr pour la sortie de Perl7 afin d'expliquer > l'importance de cette > décision qui, de loin, peut parraitre assez annecdotique > vu que Sawyer X la présente comme > "5.32 mais avec d'autres settings". Pour piger l'importance > de cette annonce, il faut sa rappeller que 5.32 est très > différent de perl. > > j'aimerais pondre quelque chose de long détaillé mais ca > risque vite de devenir fleuve. > > voilà donc un premier jet: > > https://github.com/eiro/article-annonce-perl7 > > à vos plumes. > > cordialement, > marc > > > _______________________________________________ > Perl mailing list > Perl at mongueurs.net > http://listes.mongueurs.net/mailman/listinfo/perl > Attention, les archives sont publiques > -------------- section suivante -------------- Une pièce jointe HTML a été nettoyée... URL: From eiro at phear.org Thu Jun 25 22:00:16 2020 From: eiro at phear.org (Marc Chantreux) Date: Thu, 25 Jun 2020 22:00:16 +0200 Subject: [Perl] =?iso-8859-1?q?Appel_=E0_contribution=3A_Article_linux_mag?= =?iso-8859-1?q?_pour_la_sortie_de_Perl7?= In-Reply-To: References: <20200625155136.GA28704@prometheus.u-strasbg.fr> Message-ID: <20200625200016.GA22897@prometheus.u-strasbg.fr> salut, > Bonne idée de soumettre un article à Linuxfr, sinon, mais il faut réfléchir > soigneusement à ce que l'on veut y mettre. d'ou ma proposition d'un travail collectif (et puis je voulais pas que l'article soit biaisé par une vue peut-être erronée ou incomplète de l'histoire de perl sachant que je n'ai guère le temps pour un boulot d'archeologie). > Tant qu'à faire une version majeure, j'aurais souhaité qu'elle intègre en > natif le nouveau système objets sur lequel travaillent notamment Ovid et > Sawyer. c'est plutot Ovid qui pousse le truc. Sawyer est juste en train de dire ca l'intéresse mais y'a un problème: Ovid dit "probablement dans perl7" alors que Sawyer dit "perl7 c'est 5.32 + different settings". marc From stephane.teletchea at univ-nantes.fr Thu Jun 25 22:56:44 2020 From: stephane.teletchea at univ-nantes.fr (=?UTF-8?B?U3TDqXBoYW5lIFTDqWxldGNow6lh?=) Date: Thu, 25 Jun 2020 22:56:44 +0200 Subject: [Perl] =?utf-8?q?Appel_=C3=A0_contribution=3A_Article_linux_mag_p?= =?utf-8?q?our_la_sortie_de_Perl7?= In-Reply-To: <20200625155136.GA28704@prometheus.u-strasbg.fr> References: <20200625155136.GA28704@prometheus.u-strasbg.fr> Message-ID: <0cf26176-12c4-3c37-9641-8f13aadf69a6@univ-nantes.fr> Salut à tous, Cela fait plusieurs années que je n'ai pas touché à Perl, pour plusieurs raisons : - beaucoup de codes scientifiques utilisent python (bioperl c'est bien, mais en pratique j'ai de plus en plus besoin de biopython) - perl c'est bien mais le golf et le TiMTOWDI ce n'est pas facile à lire ou à faire - c'est de ma faute, je comprends un peu mieux la programmation qu'avant (enfin c'est toujours moche et très incomplet) - et surtout, SURTOUT ... Python est passé en UTF-8 par défaut pour python 3 (ENFIN). Ce qui m'a désolé dans l'annonce de perl 7 (https://www.perl.com/article/announcing-perl-7/), c'est que le code va ENCORE conserver : |use utf8; | |Parce que ce n'est pas encore prêt ... (||but there?s still much to be done to make Unicode the default)| || || |Bref, déçu (mais bon, pas sûr de rebasculer de python vers perl ...)| || |(et j'avais dit que je posterai pas en HTML, las ...). J'ai regardé le texte et vu quelques coquilles : - |antousiame -> enthousiasme - parmis -> parmi (invariable) - nombreuses fonctionalités inspirée Perl6 -> nombreuses fonctionNalités inspiréeS DE Perl6 - Des lors -> Dès lors - se retrouve les développeurs -> se retrouveNT les développeurs - est capable de sortir -> sont capableS de sortir - Ls dépreciations -> LEs dépreciations - fonctionalités -> fonctionNalités (plusieurs endroits, faire rechercher/remplacer) - un système permettant une approche fonctionnelle de la consommation des générateurs -> un peu "cryptique" ? J'aurai peut-être dû faire un commit :-) Voila pour ma modeste contribution :-) Bonne soirée à tous (et merci encore pour l'aide par le passé), Stéphane || Le 25/06/2020 à 17:51, Marc Chantreux a écrit : > vu que Sawyer X la présente comme > "5.32 mais avec d'autres settings". Pour piger l'importance > de cette annonce, il faut sa rappeller que 5.32 est très > différent de perl. -- Assistant Professor, UFIP, UMR 6286 CNRS, Team Protein Design In Silico UFR Sciences et Techniques, 2, rue de la Houssinière, Bât. 25, 44322 Nantes cedex 03, France Tél : +33 251 125 636 / Fax : +33 251 125 632 http://www.ufip.univ-nantes.fr/ - http://www.steletch.org -------------- section suivante -------------- Une pièce jointe HTML a été nettoyée... URL: From d.pasquier at mail.pf Fri Jun 26 02:34:52 2020 From: d.pasquier at mail.pf (Dominix) Date: Thu, 25 Jun 2020 14:34:52 -1000 Subject: [Perl] =?utf-8?q?Appel_=C3=A0_contribution=3A_Article_linux_mag_p?= =?utf-8?q?our_la_sortie_de_Perl7?= In-Reply-To: References: <20200625155136.GA28704@prometheus.u-strasbg.fr> Message-ID: Le 25/06/2020 à 09:38, Laurent Rosenfeld a écrit : > Bonjour Marc, > > juste un lien (au cas où tu ne l'aurais pas déjà vu) qui peut > alimenter ta réflexion : > http://blogs.perl.org/users/leon_timmermans/2020/06/not-quite-getting-better-yet.html > > > Bonne idée de soumettre un article à Linuxfr, sinon, mais il faut > réfléchir soigneusement à ce que l'on veut y mettre. > > Tant qu'à faire une version majeure, j'aurais souhaité qu'elle intègre > en natif le nouveau système objets sur lequel travaillent notamment > Ovid et Sawyer. j'avais posé la question a Ovid sur le groupe Facebook "the perl community" hier. Curtis Poe Admin ·Hier, à 08:00 For those concerned about the Perl 7 announcement, a lot of work has gone into it. And it boils down to this: Perl 7: If you prefer the current version of Perl, that's OK. Use Perl 5 and we'll keeping supporting you. 38Vouset37 autres personnes 5 commentaires 4 partages J?aime Commenter Partager Commentaires * Dominix Nix Nix Dominix Nix Nix will there be Cor by default in Perl7 ? Modifier ou supprimer o J?aime o  · Répondre o  · 17 h o Curtis Poe Curtis Poe Not sure if it will be in the first release of Perl 7, but probably have something like "use feature 'class';" to enable it. If it's good, we can make it the default in Perl 8. > Bonne fin de journbée, > Laurent. > > Le jeu. 25 juin 2020 à 17:51, Marc Chantreux > a écrit : > > salut les gens, > -------------- section suivante -------------- Une pièce jointe HTML a été nettoyée... URL: From anaseto at bardinflor.perso.aquilenet.fr Fri Jun 26 09:03:15 2020 From: anaseto at bardinflor.perso.aquilenet.fr (Yon) Date: Fri, 26 Jun 2020 07:03:15 +0000 Subject: [Perl] =?utf-8?q?Appel_=C3=A0_contribution=3A__Article_linux_mag_?= =?utf-8?q?pour_la_sortie_de_Perl7?= In-Reply-To: <0cf26176-12c4-3c37-9641-8f13aadf69a6@univ-nantes.fr> References: <20200625155136.GA28704@prometheus.u-strasbg.fr> <0cf26176-12c4-3c37-9641-8f13aadf69a6@univ-nantes.fr> Message-ID: <20200626070315.GA64836@bardinflor.perso.aquilenet.fr> Salut à tous, On Thu, Jun 25, 2020 at 10:56:44PM +0200, Stéphane Téletchéa wrote: > - et surtout, SURTOUT ... > > Python est passé en UTF-8 par défaut pour python 3 (ENFIN). > > Ce qui m'a désolé dans l'annonce de perl 7 > (https://www.perl.com/article/announcing-perl-7/), c'est que le code va > ENCORE conserver : > > |use utf8; | > > |Parce que ce n'est pas encore prêt ... (||but there?s still much to be done > to make Unicode the default)| C'est vrai qu'activer l'UTF-8 « par défaut » demande avec Perl quelques incantations. Vu que c'est souvent les mêmes, je comprends qu'on aimerait les avoir par défaut, mais je vois personnellement un avantage à la situation actuelle : ça pousse les perlistes à essayer de comprendre Unicode et les histoires d'encodage, ce qui est plutôt important pour un langage orienté manipulation de texte. Ça donne des analyses très intéressantes comme cette réponse connue sur stackoverflow qui montre à quel point ça vaut le coup d'essayer de comprendre tout ça : https://stackoverflow.com/questions/6162484/why-does-modern-perl-avoid-utf-8-by-default/ D'un côté, en effet, Python 3 par défaut fait ce qu'on veut le plus souvent mais, du coup, le jour où ce comportement par défaut n'est plus celui souhaité (et ça arrive), le codeur ne sait parfois même pas par où commencer, car il croyait que c'était simple. Le côté paradoxal, c'est que pas d'UTF-8 « par défaut » pousse à penser que le support de Perl 5 pour Unicode n'est pas bon, alors que ce n'est pas du tout le cas : Perl 5 a un des supports Unicode les plus complets et très bien intégré aux regexps avec des fonctionalités assez rares, comme la possibilité de faire des opérations sur des classes Unicode, par exemple, qui n'est je crois toujours pas implémenté ni en Raku (Perl6), mais ça a peut-être changé. Yon From stephane.teletchea at univ-nantes.fr Fri Jun 26 09:30:20 2020 From: stephane.teletchea at univ-nantes.fr (=?UTF-8?B?VMOpbGV0Y2jDqWEgU3TDqXBoYW5l?=) Date: Fri, 26 Jun 2020 09:30:20 +0200 Subject: [Perl] =?utf-8?q?Appel_=C3=A0_contribution=3A_Article_linux_mag_p?= =?utf-8?q?our_la_sortie_de_Perl7?= In-Reply-To: <20200626070315.GA64836@bardinflor.perso.aquilenet.fr> References: <20200625155136.GA28704@prometheus.u-strasbg.fr> <0cf26176-12c4-3c37-9641-8f13aadf69a6@univ-nantes.fr> <20200626070315.GA64836@bardinflor.perso.aquilenet.fr> Message-ID: <63a83e5c-70eb-068c-ef78-d33c92f19859@univ-nantes.fr> Le 26/06/2020 à 09:03, Yon a écrit : > https://stackoverflow.com/questions/6162484/why-does-modern-perl-avoid-utf-8-by-default/ > > D'un côté, en effet, Python 3 par défaut fait ce qu'on veut le > plus souvent mais, du coup, le jour où ce comportement par défaut > n'est plus celui souhaité (et ça arrive), le codeur ne sait > parfois même pas par où commencer, car il croyait que c'était > simple. Salut, Merci pour le lien, qui date de ... 2011 (et perl 5.8/5.10). Pour moi l'occasion d'avoir un changement majeur de version (5->7) peut justement être l'occasion de dire, en 2020 (enfin quand perl7 sera vraiment là) qu'il risque justement d'y avoir des problèmes de rétrocompatibilité, mais "shit happens". Sur un vieux système il existe perl 5, sur un nouveau -> utf-8 partout. M'enfin c'est un détail en réalité, et puis on est trollDi ;-) Bonne journée tout le monde, Stéphane -- Team Protein Design In Silico UFIP, UMR 6286 CNRS, UFR Sciences et Techniques, 2, rue de la Houssinière, Bât. 25, Nantes cedex 03, France Tél : +33 251 125 636 - Fax : +33 251 125 632 http://www.ufip.univ-nantes.fr/ - http://www.steletch.org From eiro at phear.org Fri Jun 26 10:00:01 2020 From: eiro at phear.org (Marc Chantreux) Date: Fri, 26 Jun 2020 10:00:01 +0200 Subject: [Perl] un peu de texte dans un monde de brutes? In-Reply-To: References: <20200625155136.GA28704@prometheus.u-strasbg.fr> Message-ID: <20200626080001.GA10308@prometheus.u-strasbg.fr> Bonjour, je sais pas si c'est juste moi mais balancer de l'html sur la liste avec en plus des liens facebook (donc que je n'ouvrirais pas), je suis pas fan :) bonne journée, marc From anaseto at bardinflor.perso.aquilenet.fr Fri Jun 26 10:27:15 2020 From: anaseto at bardinflor.perso.aquilenet.fr (Yon) Date: Fri, 26 Jun 2020 08:27:15 +0000 Subject: [Perl] =?utf-8?q?Appel_=C3=A0_contribution=3A__Article_linux_mag_?= =?utf-8?q?pour_la_sortie_de_Perl7?= In-Reply-To: <63a83e5c-70eb-068c-ef78-d33c92f19859@univ-nantes.fr> References: <20200625155136.GA28704@prometheus.u-strasbg.fr> <0cf26176-12c4-3c37-9641-8f13aadf69a6@univ-nantes.fr> <20200626070315.GA64836@bardinflor.perso.aquilenet.fr> <63a83e5c-70eb-068c-ef78-d33c92f19859@univ-nantes.fr> Message-ID: <20200626082715.GB64836@bardinflor.perso.aquilenet.fr> On Fri, Jun 26, 2020 at 09:30:20AM +0200, Téletchéa Stéphane wrote: > Le 26/06/2020 à 09:03, Yon a écrit : > > https://stackoverflow.com/questions/6162484/why-does-modern-perl-avoid-utf-8-by-default/ > > > > D'un côté, en effet, Python 3 par défaut fait ce qu'on veut le > > plus souvent mais, du coup, le jour où ce comportement par défaut > > n'est plus celui souhaité (et ça arrive), le codeur ne sait > > parfois même pas par où commencer, car il croyait que c'était > > simple. > Salut, > > Merci pour le lien, qui date de ... 2011 (et perl 5.8/5.10). > Pour moi l'occasion d'avoir un changement majeur de version (5->7) peut > justement être l'occasion de dire, > en 2020 (enfin quand perl7 sera vraiment là) qu'il risque justement d'y > avoir des problèmes de rétrocompatibilité, > mais "shit happens". Sur un vieux système il existe perl 5, sur un nouveau > -> utf-8 partout. Ça date de 2011, mais justement, UTF-8 n'a pas changé depuis et Unicode ne s'est pas simplifié : la plupart de ce qui est dit dans le lien reste d'actualité et intéressant à savoir ; pas forcément tout, mais au moins se rendre compte que la quantité de choses à savoir quand on manipule du texte est énorme (rien qu'une simple comparaison peut nous surprendre avec son résultat) et, qu'à côté, les quelques incantations d'ergonomie à ajouter par rapport à Python 3 sont juste la pointe de l'iceberg. La différence c'est qu'en Python la pointe de l'iceberg est plus petite au point que c'est facile de pas la voir ;-) > M'enfin c'est un détail en réalité, et puis on est trollDi ;-) Héhé :-) Yon From eiro at phear.org Fri Jun 26 11:03:46 2020 From: eiro at phear.org (Marc Chantreux) Date: Fri, 26 Jun 2020 11:03:46 +0200 Subject: [Perl] =?iso-8859-1?q?Appel_=E0_contribution=3A_Article_linux_mag?= =?iso-8859-1?q?_pour_la_sortie_de_Perl7?= In-Reply-To: <0cf26176-12c4-3c37-9641-8f13aadf69a6@univ-nantes.fr> References: <20200625155136.GA28704@prometheus.u-strasbg.fr> <0cf26176-12c4-3c37-9641-8f13aadf69a6@univ-nantes.fr> Message-ID: <20200626090346.GB10308@prometheus.u-strasbg.fr> salut Stéphane, Je n'utilise plus perl que * pour contribuer à un projet existant * quand le choix se réduit aux langages dynamiques du millénaire dernier (donc en face: php, ruby, python, lua, ...) mais perl n'est pas prêt de quitter nos SI (et c'est toujours mieux que d'avoir à se tapper du python, js ou php) alors autant soutenir son évolution. > - beaucoup de codes scientifiques utilisent python (bioperl c'est bien, mais > en pratique j'ai de plus en plus besoin de biopython) ne faisant pas de bio, je te crois sur parole. > - perl c'est bien mais le golf et le TiMTOWDI ce n'est pas facile à lire ou > à faire ah... moi je trouve au contraire que l'expressivité de perl permet d'écrire et lire des choses assez naturellement. il y a quelques années, j'ai du me tapper pas mal de python/js avec un peu de ruby et c'est vraiment ma pire experience de développeur (pourtant je lis les PEP à la recherche de tout ce qui peut rendre mon code python plus aggréable à lire mais même avec les "nouveautés" (python devient un langage "acceptable" à mes yeux à partir de 3.5)), ca reste fastidieux à lire et a écrire. du coup j'ai rapidement utilisé des transpileurs: * livescript (https://livescript.net/) pour js * et hy (https://github.com/hylang/hy) pour python par contre si il faut charger perl, je dirais que sa richesse est devenu un défaut parce que se mettre d'accord sur le coding style peut être vraiment problématique. je cite la lisp curse (http://winestockwebdesign.com/Essays/Lisp_Curse.html) dans l'article parce que je trouve que tout s'applique à perl. > - c'est de ma faute, je comprends un peu mieux la programmation qu'avant > (enfin c'est toujours moche et très incomplet) et donc le fait de mieux comprendre la programmation t'as fais aimé la verbosité et la rigidité de python? c'est une question de gout au final: python, par exemple, n'a toujours pas de block anonymes, n'aura jamais de $_, les applications partielles me perdent dans un tas immonde de parentheses, la syntaxe des list comprehension est illisible quand tu les imbriques ... > - et surtout, SURTOUT ... > Python est passé en UTF-8 par défaut pour python 3 (ENFIN). alors là ... si il y a bien *un langage dynamique qui a un support d'unicode qui déboite, c'est bien Perl! les grapheme boundaries dans les regexp par exemple, j'ai pas cherché récement mais à l'époque ou c'est sorti, y'avait que Raku pour mettre tout le monde d'accord. > Ce qui m'a désolé dans l'annonce de perl 7 > (https://www.perl.com/article/announcing-perl-7/), c'est que le code va > ENCORE conserver > |use utf8; | je ne connais pas les raisons de ce choix. maintenant ca fait des années que mon perl est utf8 par defaut parceque je commence tous mes scripts/modules par (selon le contexte). use Sympatic; ou use Eirotic; ou même de temps en temps use Modern::Perl; > |Bref, déçu (mais bon, pas sûr de rebasculer de python vers perl ...)| je ne tente pas de te convraincre: moi aussi j'ai une liste de griefs longue comme le bras contre Perl5 (surtout après avoir joué avec des langages comme haskell, raku, common lisp et crystal) et ca restera une question de gout. pour ma part je suis en train de banir les langages dynamiques de mes pratiques pour des raisons écologiques. > |(et j'avais dit que je posterai pas en HTML, las ...). J'ai regardé le > texte et vu quelques coquilles : > - |antousiame -> enthousiasme oh punaise ... elle est belle celle-ci :) merci pour tes corrections que je vais appliquer. > - parmis -> parmi (invariable) > - nombreuses fonctionalités inspirée Perl6 -> nombreuses fonctionNalités inspiréeS DE Perl6 > - Des lors -> Dès lors > - se retrouve les développeurs -> se retrouveNT les développeurs > - est capable de sortir -> sont capableS de sortir > - Ls dépreciations -> LEs dépreciations > - fonctionalités -> fonctionNalités (plusieurs endroits, faire rechercher/remplacer) > - un système permettant une approche fonctionnelle de la consommation des générateurs -> un peu "cryptique" ? et bien là encore c'est une affaire de gout et pour le coup même dans les mondes python et js, les programmeurs commencent (*enfin*) a utiliser les map, filter et autres. map et filter permettent de bosser sur des listes, dans le cas de perlude, apply et filter permet de faire la même sur des streams. my @top5_zsh_users = take 5, filter { /zsh/ }, apply { chomp; (split /:/)[6] } sub { <> // () }; est à mes yeux bien plus lisible et extensible qu'un my $count = 0; my $line; my @top5_zsh_users; while ( $count++ < 5 && defined ($line = <>) ) { chomp; my ($shell) = (split /:/)[6]; if ( $shell =~ /zsh/ ) { push @top5_zsh_users, $line } } tu peux faire un my @top5_zsh_users = ( grep /zsh$/, map { chomp; (split /:/)[6] } <> )[0..4] mais tu auras consommé toute l'entrée. > J'aurai peut-être dû faire un commit :-) à ta guise :) > Voila pour ma modeste contribution :-) un grand merci! > Bonne soirée à tous (et merci encore pour l'aide par le passé), Tiens oui c'est vrai! rejoindre cette liste a été la meilleure chose qui me soit arrivée dans ma vie de programmeur et je me souviens qu'au tout début, je passais quelques heures à comprendre les réponses (je partais de loin). Sur cette liste je n'ai pas appris Perl: j'ai appris unix, la culture, la philosophie dont perl tire sa puissance ... je dois beaucoup à des gens qui ont disparu de cette liste il y a bien longtemps ... les Book, Cognominal, Eric Cholet, ... marc From eiro at phear.org Fri Jun 26 11:13:32 2020 From: eiro at phear.org (Marc Chantreux) Date: Fri, 26 Jun 2020 11:13:32 +0200 Subject: [Perl] =?iso-8859-1?q?Appel_=E0_contribution=3A_Article_linux_mag?= =?iso-8859-1?q?_pour_la_sortie_de_Perl7?= In-Reply-To: <20200626070315.GA64836@bardinflor.perso.aquilenet.fr> References: <20200625155136.GA28704@prometheus.u-strasbg.fr> <0cf26176-12c4-3c37-9641-8f13aadf69a6@univ-nantes.fr> <20200626070315.GA64836@bardinflor.perso.aquilenet.fr> Message-ID: <20200626091332.GA30086@prometheus.u-strasbg.fr> On Fri, Jun 26, 2020 at 07:03:15AM +0000, Yon wrote: > https://stackoverflow.com/questions/6162484/why-does-modern-perl-avoid-utf-8-by-default/ Intéressant! merci. Autre ressource "perl et unicode" qui est excellente, c'est la présentation "A Million Billion Squiggly Characters" de Ricardo (ex pumpkin). https://www.youtube.com/watch?v=TmTeXcEixEg marc From emmanuel at seyman.fr Fri Jun 26 23:16:07 2020 From: emmanuel at seyman.fr (Emmanuel Seyman) Date: Fri, 26 Jun 2020 23:16:07 +0200 Subject: [Perl] =?iso-8859-1?q?Appel_=E0_contribution=3A_Article_linux_mag?= =?iso-8859-1?q?_pour_la_sortie_de_Perl7?= In-Reply-To: <20200625155136.GA28704@prometheus.u-strasbg.fr> References: <20200625155136.GA28704@prometheus.u-strasbg.fr> Message-ID: <20200626211607.GA294817@orient.home> * Marc Chantreux [25/06/2020 17:51] : > > j'aimerais que la communauté des mongueurs soumette un > article à Linuxfr pour la sortie de Perl7 afin d'expliquer linuxfr ou linux mag (cf le sujet de ton mail) ? C'est pas le même article suivant le cas... > https://github.com/eiro/article-annonce-perl7 Je ferai un PR ce weekend. Merci pour cette initiative, Marc. Emmanuel From alain at barbason.be Sun Jun 28 18:14:54 2020 From: alain at barbason.be (Alain Barbason) Date: Sun, 28 Jun 2020 18:14:54 +0200 Subject: [Perl] Raku : Grammaire et fichier Org Message-ID: <31dfcb12-16cb-20ba-fad5-5a228a1ad9ba@barbason.be> Bonjour, Pour mon programme d'interfaçage graphique de fichier Org (https://github.com/alainbebe/org-mode-gtk.raku), j'aimerais lire les fichiers Org à l'aide la grammaire de Raku. Je suis parvenu à lire des fichiers en liste et/ou en récursif, mais quand le fichier contient une nouvelle tâche avec une indentation en moins, je coince. Le code ci-dessous match chaque fichier (simulé dans $file), mais , dernier exemple, place en niveau 2 une tâche qui devrait être en niveau 1. Ce qui me paraît normal vu le code. J'ai essayé la ligne 12, mais ça ne match pas. Une idée ? (posté déjà sur developpez.com) AlainBB #!/usr/bin/env perl6 use v6; use Data::Dump; use Grammar::Tracer; my $level; grammar OrgMode{ rule TOP{ ^ $} rule tasks{ \n?+ %%\n} token task{ ?{$level=""}} # token task { ? {$level=$level.substr(0, *-1)}} token content{ ^^($level "*"+)" " .+? $${$level=$0.Str}} } class OM-actions{ method TOP($/) { make$.made; } method tasks($/) { make$».made ; } method task($/) { my %task; %task{"task"}=$.made; %task{"sub-task"}=$.madeif $.made; make%task; } method content($/) { make$/.Str ; } } my $file = "* juste un header 1 * juste deux header 1 * header 2 * juste 3 header 1 * header 2 * header 3 * juste un header 1 et un sub ** sub-header 1 * juste un header 1 et deux sub * ** sub-header 1 ** sub-header 2 * juste un header 1 et un sub et un sub-sub ** sub-header 1 *** sub-sub-header 1 * 2 header 1 et un sub au milieu ** sub-header 1 * header 2" ; say"\n" x10; sub parse_file($file) { say$file; say""; $level=""; # say OrgMode.parse($file); say Dump OrgMode.parse($file,:actions(OM-actions)).made; say"---------------------------------------------------------------------------------------"; } parse_file($_) for split("\n\n",$file); -------------- section suivante -------------- Une pièce jointe HTML a été nettoyée... URL: From laurent.rosenfeld at googlemail.com Sun Jun 28 23:06:28 2020 From: laurent.rosenfeld at googlemail.com (Laurent Rosenfeld) Date: Sun, 28 Jun 2020 23:06:28 +0200 Subject: [Perl] Raku : Grammaire et fichier Org In-Reply-To: <31dfcb12-16cb-20ba-fad5-5a228a1ad9ba@barbason.be> References: <31dfcb12-16cb-20ba-fad5-5a228a1ad9ba@barbason.be> Message-ID: Bonsoir, pourrais-tu donner des exemples simples de données pour lesquels ton programme marche (avec le résultat obtenu, si possible) et des exemples pour lesquels ça ne marche pas ? Bonne soirée, Laurent. Le dim. 28 juin 2020 à 18:15, Alain Barbason a écrit : > Bonjour, > > Pour mon programme d'interfaçage graphique de fichier Org ( > https://github.com/alainbebe/org-mode-gtk.raku), j'aimerais lire les > fichiers Org à l'aide la grammaire de Raku. > > Je suis parvenu à lire des fichiers en liste et/ou en récursif, mais quand > le fichier contient une nouvelle tâche avec une indentation en moins, je > coince. > Le code ci-dessous match chaque fichier (simulé dans $file), mais , > dernier exemple, place en niveau 2 une tâche qui devrait être en niveau 1. > Ce qui me paraît normal vu le code. J'ai essayé la ligne 12, mais ça ne > match pas. > > Une idée ? > > (posté déjà sur developpez.com) > > AlainBB > > #!/usr/bin/env perl6 > use v6;use Data::Dump;use Grammar::Tracer; > my $level;grammar OrgMode { > rule TOP { ^ $ } > rule tasks { \n?+ %% \n} > token task { ? {$level=""}}# token task { ? {$level=$level.substr(0, *-1)}} > token content { ^^ ($level "*"+)" " .+? $$ {$level=$0.Str}}} > class OM-actions { > method TOP($/) { > make $.made; > } > method tasks($/) { > make $».made ; > } > method task($/) { > my %task; > %task{"task"}=$.made; > %task{"sub-task"}=$.made if $.made; > make %task; > } > method content($/) { > make $/.Str ; > }} > my $file ="* juste un header 1 > * juste deux header 1* header 2 > * juste 3 header 1* header 2* header 3 > * juste un header 1 et un sub** sub-header 1 > * juste un header 1 et deux sub *** sub-header 1** sub-header 2 > * juste un header 1 et un sub et un sub-sub** sub-header 1*** sub-sub-header 1 > * 2 header 1 et un sub au milieu** sub-header 1* header 2" > ; > > say "\n" x 10;sub parse_file($file) { > say $file; > say ""; > $level="";# say OrgMode.parse($file); > say Dump OrgMode.parse($file,:actions(OM-actions)).made; > say "---------------------------------------------------------------------------------------";} > > parse_file($_) for split("\n\n",$file); > > _______________________________________________ > Perl mailing list > Perl at mongueurs.net > http://listes.mongueurs.net/mailman/listinfo/perl > Attention, les archives sont publiques -------------- section suivante -------------- Une pièce jointe HTML a été nettoyée... URL: From pdupre at gmx.com Tue Jun 30 13:01:11 2020 From: pdupre at gmx.com (Patrick Dupre) Date: Tue, 30 Jun 2020 13:01:11 +0200 Subject: [Perl] min max Message-ID: Bonjour, J'ai dans mon code use List::Util qw [min max] ; et je recupere une alerte (line 10) Prototype mismatch: sub Subroutines::min: none vs (@) at /usr/share/perl5/vendor_perl/Exporter.pm line 66. at /home/pdupre/Spectroscopy/Chi_NL/Subroutines.pm line 10. Ou est l'erreur? Merci. =========================================================================== Patrick DUPRÉ | | email: pdupre at gmx.com Laboratoire interdisciplinaire Carnot de Bourgogne 9 Avenue Alain Savary, BP 47870, 21078 DIJON Cedex FRANCE Tel: +33 (0)380395988 =========================================================================== From pauamma at gundo.com Tue Jun 30 13:56:44 2020 From: pauamma at gundo.com (Pau Amma) Date: Tue, 30 Jun 2020 13:56:44 +0200 Subject: [Perl] min max In-Reply-To: References: Message-ID: <9e13f1cd4cb688370957deab8fcec1e2@gundo.com> On 2020-06-30 13:01, Patrick Dupre wrote: > Bonjour, > > J'ai dans mon code > use List::Util qw [min max] ; > > et je recupere une alerte (line 10) > > Prototype mismatch: sub Subroutines::min: none vs (@) at > /usr/share/perl5/vendor_perl/Exporter.pm line 66. > at /home/pdupre/Spectroscopy/Chi_NL/Subroutines.pm line 10. Une bête recherche de "Prototype mismatch" dans perldoc perldiag me donne: Prototype mismatch: %s vs %s (S prototype) The subroutine being declared or defined had previously been declared or defined with a different function prototype. Celà aide-t-il? > Ou est l'erreur? Ma boule de cristal est en panne. Qu'y a-t-il à et autour de cette fameuse ligne 10? Y a-t-il une redéfinition et ou une réimportation de min quelque part par là? From pdupre at gmx.com Tue Jun 30 14:04:47 2020 From: pdupre at gmx.com (Patrick Dupre) Date: Tue, 30 Jun 2020 14:04:47 +0200 Subject: [Perl] min max Message-ID: Bonjour, J'ai dans mon code use List::Util qw [min max] ; et je recupere une alerte (line 10) Prototype mismatch: sub Subroutines::min: none vs (@) at /usr/share/perl5/vendor_perl/Exporter.pm line 66. at /home/pdupre/Spectroscopy/Chi_NL/Subroutines.pm line 10. Ou est l'erreur? Merci. =========================================================================== Patrick DUPRÉ | | email: pdupre at gmx.com Laboratoire interdisciplinaire Carnot de Bourgogne 9 Avenue Alain Savary, BP 47870, 21078 DIJON Cedex FRANCE Tel: +33 (0)380395988 =========================================================================== From stephane.teletchea at univ-nantes.fr Tue Jun 30 15:58:01 2020 From: stephane.teletchea at univ-nantes.fr (=?UTF-8?B?VMOpbGV0Y2jDqWEgU3TDqXBoYW5l?=) Date: Tue, 30 Jun 2020 15:58:01 +0200 Subject: [Perl] =?utf-8?q?Appel_=C3=A0_contribution=3A_Article_linux_mag_p?= =?utf-8?q?our_la_sortie_de_Perl7?= In-Reply-To: <20200626090346.GB10308@prometheus.u-strasbg.fr> References: <20200625155136.GA28704@prometheus.u-strasbg.fr> <0cf26176-12c4-3c37-9641-8f13aadf69a6@univ-nantes.fr> <20200626090346.GB10308@prometheus.u-strasbg.fr> Message-ID: <8fa037c7-121d-ad69-48b4-bc87d5d511ef@univ-nantes.fr> Le 26/06/2020 à 11:03, Marc Chantreux a écrit : >> - un système permettant une approche fonctionnelle de la consommation des générateurs > -> un peu "cryptique" ? > > et bien là encore c'est une affaire de gout et pour le coup même dans > les mondes python et js, les programmeurs commencent (*enfin*) a utiliser > les map, filter et autres. > > map et filter permettent de bosser sur des listes, dans le cas de > perlude, apply et filter permet de faire la même sur des streams. > > my @top5_zsh_users = > take 5, > filter {/zsh/ }, > apply { chomp; (split /:/)[6] } > sub { <> // () }; Ha, tu vois que c'est cryptique comme tournure de phrase :-) Même si linux fr, il faut que le lecteur comprenne de quoi il est question :-), et j'avoue que "approche fonctionnelle de la consommation de générateurs" n'est pas *hyper intuitif* pour moi :-) Maintenant que tu as fait l'exemple, tu peux l'inclure dans l'article :-) Et s'(il y a besoin d'une deuxième relecture, je suis là ! Bonne journée à tous, Stéphane -- Team Protein Design In Silico UFIP, UMR 6286 CNRS, UFR Sciences et Techniques, 2, rue de la Houssinière, Bât. 25, Nantes cedex 03, France Tél : +33 251 125 636 - Fax : +33 251 125 632 http://www.ufip.univ-nantes.fr/ - http://www.steletch.org -------------- section suivante -------------- Une pièce jointe HTML a été nettoyée... URL: From eiro at phear.org Tue Jun 30 22:34:51 2020 From: eiro at phear.org (Marc Chantreux) Date: Tue, 30 Jun 2020 22:34:51 +0200 Subject: [Perl] =?iso-8859-1?q?Appel_=E0_contribution=3A_Article_linux_mag?= =?iso-8859-1?q?_pour_la_sortie_de_Perl7?= In-Reply-To: <20200626211607.GA294817@orient.home> References: <20200625155136.GA28704@prometheus.u-strasbg.fr> <20200626211607.GA294817@orient.home> Message-ID: <20200630203451.GA4441@prometheus.u-strasbg.fr> salut, > > j'aimerais que la communauté des mongueurs soumette un > > article à Linuxfr pour la sortie de Perl7 afin d'expliquer > > linuxfr ou linux mag (cf le sujet de ton mail)? C'est pas le même article > suivant le cas... je pensais effectivement à linuxfr et dans l'idée de faire rapidement. par contre on a un an pour préparer un article pour la release de 7.0 dans linux mag si on est motivés. je veux bien participer mais je me lance pas seul. > > https://github.com/eiro/article-annonce-perl7 > Je ferai un PR ce weekend. Merci pour cette initiative, Marc. merci par avance et bonne soirée marc From eiro at phear.org Tue Jun 30 22:41:56 2020 From: eiro at phear.org (Marc Chantreux) Date: Tue, 30 Jun 2020 22:41:56 +0200 Subject: [Perl] =?iso-8859-1?q?Appel_=E0_contribution=3A_Article_linux_mag?= =?iso-8859-1?q?_pour_la_sortie_de_Perl7?= In-Reply-To: <8fa037c7-121d-ad69-48b4-bc87d5d511ef@univ-nantes.fr> References: <20200625155136.GA28704@prometheus.u-strasbg.fr> <0cf26176-12c4-3c37-9641-8f13aadf69a6@univ-nantes.fr> <20200626090346.GB10308@prometheus.u-strasbg.fr> <8fa037c7-121d-ad69-48b4-bc87d5d511ef@univ-nantes.fr> Message-ID: <20200630204156.GB4441@prometheus.u-strasbg.fr> salut Stéphane, > > my @top5_zsh_users = > > take 5, > > filter {/zsh/ }, > > apply { chomp; (split /:/)[6] } > > sub { <> // () }; > Ha, tu vois que c'est cryptique comme tournure de phrase :-) ok ;) > Même si linux fr, il faut que le lecteur comprenne de quoi il est question > :-), > et j'avoue que "approche fonctionnelle de la consommation de générateurs" > n'est pas *hyper intuitif* pour moi :-) sauf que je crois que c'est clairement un paradigme qui est de plus en plus utilisé et recherché. le fait de pouvoir dire que perl n'est pas en reste là dessus me semble être une bonne chose. > Maintenant que tu as fait l'exemple, tu peux l'inclure dans l'article :-) attention: mon idée n'était pas de parler de perlude ou d'un paradigme en particulier. perlude illustre simplement que la syntaxe est assez souple pour faire des choses qui sortent des idioms et que nombre de modules cpan ont exploité cette richesse. > Et s'(il y a besoin d'une deuxième relecture, je suis là ! je te remercie! je vais déjà intégrer tes premières corrections et avancer. je vous tiens tous au jus. merci à tous. marc