The dream of "use 7;"

The dream of "use 7;".

    use 7;

Perl is now a under a curse that Perl never can't do major version up .

This is very bad in Perl future.

Perl and Perl6 is now different language, but For the naming of that, many outside people of Perl community think Perl6 is the version up of Perl.

Now, Perl and Perl6 is different language. If so, version number should be up independently. For exampe,

Perl 1, 2, 3, 4, 5, 6, 7, 8, ...
Perl6 1, 2, 3, 4, 5, 6, 7, 8, ...

The problem that Perl can't never do major version up is big problem than Perl core team expect. This is unnatural and strange.


Many people who want to be able to increment major versions for Perl have now compromised and decided that the second part of the version number is the major version.

So the current stable Perl is "Version 20.1 of the Perl 5 programming language".

That is, in Perl x.y.z, the "x" is the version of the language, and the "y.z" is the version of the implementation.

This is even what perl -v says:

This is perl 5, version 20, subversion 1 (v5.20.1) built for x86_64-linux-thread-multi

While I agree that Perl 5 and 6 are different languages, I strongly disagree that versioning should be parallel.
I believe people will get even more confusing of seeing that Perl 5.20.1 is in the future than Perl 6.1.5.
The language is Perl, the implementation is either 5 (production ready) or 6 (almost production, allow me).
This reminds me the numbering of PostgreSQL, where the first digit is the "scope" release, the second number is the major version and the third is the minor one.

Leave a comment

About Yuki Kimoto

user-pic I'm Yuki Kimoto, Japanese Perl programmer.I create Perl modules and applications. GitPrep, SPVM, DBIx::Custom, Validator::Custom, Test::Mojo, Mojolicious::Plugin::AutoRoute, etc.