Re: Announcing Perl 7

Replies are listed 'Best First'.
Re^2: Announcing Perl 7 by syphilis (Archbishop) on Jun 26, 2020 at 13:32 UTC
But the day they tell me that some Perl release has broken all (or most) of them, I would probably say, so long... Please don't do that. IMO, there are only 2 or 3 valid excuses for abandoning modules that one has uploaded to CPAN: 1) death 2) dementia Otherwise, officially request that someone else start maintaining that module. And if there are no takers, then we have: 3) no takers Cheers, Rob	[reply]
Re^2: Announcing Perl 7 by LanX (Saint) on Jun 26, 2020 at 13:04 UTC
that's the plan Re^2: Announcing Perl 7 edit "old" CPAN modules will be assumed to be compatible to Perl5. "new" modules will have a metatag "Perl 7" (or maybe a `use 7.xx.xx` ?) So whatever the final solution, old code from CPAN is supposed to still run on P7 Cheers Rolf _{(addicted to the Perl Programming Language :) Wikisyntax for the Monastery}	[reply] [d/l]
Re^3: Announcing Perl 7 by salva (Canon) on Jun 26, 2020 at 14:58 UTC
"new" modules will have a metatag "Perl 7" IMO, that just over-complicates everything. What would happen with modules that are not packed? That's quite common for private applications, having all the modules (*.pm files) placed in a tree of directories, probably under some VCS. Could I write new modules for that application in Perl 7 while keeping the old ones untouched? Supporting different Perl versions has been a solved problem for a long time: you just add "use 7" at the beginning of every perl script or module and that activates the specific semantics for that version. It is reliable and minimal. For those that believe that adding "use 7" is too much boilerplate, think what would happen when the slightly incompatible 7.01 comes out?	[reply]
Re^4: Announcing Perl 7 by Your Mother (Archbishop) on Jun 26, 2020 at 16:13 UTC
For those that believe that adding "use 7" is too much boilerplate, think what would happen when the slightly incompatible 7.01 comes out? What I took away from the presentation was that “breaking” changes would never be in minor releases like that; and that `use feature "unicode_strings"` and friends was a pretty big blockage to new features even being known, let alone used; and I agree there. Speaking of which, the only two things I found awful about the presentation were 1) social cop lectures/analysis even though I ended up moving slightly in the direction of their arguments because they were well thought out and 2) opting for “no way!” with regards to default UTF-8 behavior. Given I only had two call-outs on so many huge issues, I should say I’m impressed and hopeful and trying overlook some of the strong similarities to the whole Perl6 transition “plan” that is a part of what you are calling out.	[reply] [d/l]
Re^4: Announcing Perl 7 by LanX (Saint) on Jun 26, 2020 at 15:09 UTC
I don't disagree, but what I described was meant to allow old CPAN modules to be installed. And Dakkar was also only giving an interpretation. Why don't you join the conference today and ask Todd and Sawyer what their plans are? :) (I'm wondering too ...) Cheers Rolf _{(addicted to the Perl Programming Language :) Wikisyntax for the Monastery}	[reply]
Re^2: Announcing Perl 7 by perlfan (Vicar) on Jun 27, 2020 at 07:16 UTC
>most of the modules available from CPAN are not being maintained anymore (or just barely) Checkout the Pull Request Club covered in a lightning talk, Kivanc Yazan - State of Pull Request Club - Lightning Talks - Day 2.	[reply]


The stupid question is the question not asked
	PerlMonks

Re: Announcing Perl 7

edit