Perl 7 is going to be Perl 5.32, mostly
1–10 of 573 posts
Re: Perl 7 is going to be Perl 5.32, mostly
#2They last line of the article summarizes it well:
> Perl 7 is v5.32 with different settings. Your code should work if it’s not a mess. Expect a user release within a year.
Are there actually people that are still deploying new things in Perl? The only times I see it is for legacy stuff, and then only because the script is too much of a hassle to be rewritten.
Re: Perl 7 is going to be Perl 5.32, mostly
#3They last line of the article summarizes it well: > Perl 7 is v5.32 with different settings. Your code should work if it’s not a mess. Expect a user release within a year. Are there actually people that are still deploying new things in Perl? The only times I see it is for legacy stuff, and then only because the script is too much of a hassle to be rewritten.
Yep, I know of one company still actively using Perl for a large part of its infrastructure. It has its use cases.
Re: Perl 7 is going to be Perl 5.32, mostly
#4They last line of the article summarizes it well: > Perl 7 is v5.32 with different settings. Your code should work if it’s not a mess. Expect a user release within a year. Are there actually people that are still deploying new things in Perl? The only times I see it is for legacy stuff, and then only because the script is too much of a hassle to be rewritten.
> Are there actually people that are still deploying new things in Perl?
Re: Perl 7 is going to be Perl 5.32, mostly
#5They last line of the article summarizes it well: > Perl 7 is v5.32 with different settings. Your code should work if it’s not a mess. Expect a user release within a year. Are there actually people that are still deploying new things in Perl? The only times I see it is for legacy stuff, and then only because the script is too much of a hassle to be rewritten.
I do.
Efficient, cheap and stable. Ported to about everywhere.
Re: Perl 7 is going to be Perl 5.32, mostly
#6Once this is out, I'll be interested in any well written guides or books, it has always felt like "the one that got away" to me.
Back in 2002 I had to choose between learning between Python and Perl for a project, but "everybody knew" Perl 5 was soon going to be replaced by a new shiny different Perl 6, so I chose Python.
It will be interesting to see where Perl can live and gain new users nowadays. Python has so much become the "default scripting language", and has so many bindings and libraries.
Re: Perl 7 is going to be Perl 5.32, mostly
#7They last line of the article summarizes it well: > Perl 7 is v5.32 with different settings. Your code should work if it’s not a mess. Expect a user release within a year. Are there actually people that are still deploying new things in Perl? The only times I see it is for legacy stuff, and then only because the script is too much of a hassle to be rewritten.
I believe MoveGB is running a perl backend.
Re: Perl 7 is going to be Perl 5.32, mostly
#8Great. Perl is not my favorite language, but the things its good at and the body of nifty code out there deserve more recognition than they get. Hopefully this will remove some of the discouragements to curiosity that have kept people from looking harder at perl to see if it fits their problems or their mind better than other tools.
Re: Perl 7 is going to be Perl 5.32, mostly
#9> PHP went directly from 5 to 7, and isn’t it time to steal something from that community?
:D
Re: Perl 7 is going to be Perl 5.32, mostly
#10Just to be clear to everyone: this doesn't break anything. If you continue to use Perl version 5, you're fine. If you want to upgrade your major version of Perl, then of course you need to know what that means.