Perl 7 is due out.

[EvanCarroll]

It seems with Perl 7 coming out we have a few options if we want to make use of these massive and momentous changes.

• Perl11 can become Perl12: this idea provides the most consistency with past versioning. Perl 12 is essentially Perl 7 + Perl 5. This is probably exactly what the world calls for.
• We can be ++Perl11. To show that we no longer just base off Perl 5 and Perl 6. I use preincrement here so as not to confuse the great work done here with other inferior languages.

Also because Perl 6 isn't really Perl anymore perhaps this is the time to drop it. In which case Perl11 would just be Perl 7. But we don't want to stop on their toes, so I propose Perl 8.

[rurban]

I don't like that idea at all. Perl7 is basically the idea to modernize saner settings by default. But it's far off a modern perl, like cperl is.

@_ is still copied, no object system, no types, it's still years behind cperl. So no need to react. They did break back compat with 5.30 though by moving sub attrs before the signature. So let's ignore that move.

They should also fixup their feature list for a Perl7. This is the onetime opportunity to break back compat, and I don't see a single change which is worth that bump.

[rurban]

We will just ignore it and pretend it never happened. Best for everybody. Afaik cperl is not affected at all.

Just look at https://github.com/toddr/perl-modernization/issues/3 perl5 is a hardcoded path, and inc_version_list looks up older modules under this path. They will probably switch from lib/perl5 to lib/perl and hereby loose all older module installations. What I see from their PSC meeting notes is that they'll ignore the old version numbering scheme and bump major every year. So perl8 will be in two years. That's how you fake progress when you cannot make real progress. Much more interesting is the silent revolution to disable community input on every major decision. p5p is demoted, the new selfelected PSC is the new deciding gremium.