Re^2: Why version strings?

Replies are listed 'Best First'.
Re^3: Why version strings? by moritz (Cardinal) on Mar 28, 2011 at 15:08 UTC
I'd rather work out the "Syntax error .." than have to enter the version string in every single piece of Perl that I write. That's your choice. I for one write quite a lot Perl 6 scripts, and thus often actually mix up the versions of the compiler and the language. To me it's incredibly helpful. We didn't need it with 5.8 so why now? You don't need to. It works fine without. It won't give you some new built-in though, because that would break backwards compatiblity with older scripts. In general it is a good idea to declare a version, in particular in the light of the faster Perl 5 development process. But of course it's still your choice. Perl 6 - second systems done right	[reply]
Re^3: Why version strings? by Ratazong (Monsignor) on Mar 28, 2011 at 15:05 UTC
Don't you have a standard-header you copy to each of your scripts? With `use strict, , use warnings;` and a copyright-notice? Adding one additonal line specifying the perl-version is no big deal - and nothing to get emotional about ;-) All the best, Rata	[reply] [d/l]
Re^3: Why version strings? by cavac (Parson) on Mar 28, 2011 at 20:06 UTC
It's not all about working out the syntax error, either (even if "you need a newer version of perl" seems much better than some "yada-error in Foo::Bar line 1234"). With the version string, automated tools can decide which is the newest version of the module they can use on a given installation. One of these tools is cpantesters. For example my Maplat project uses some features of perl 5.12, so it wont work on older perl installations: Maplat CPAN Testers results The "Pass summary" table gives the potential user a good overview which Maplat version works on which OS and perl version. The detail tables gives me as a developer a good overview where the bugs are. It differenciates between NA (not available), PASS and FAIL. This makes it much easier to use my limited time to hunt for real, new bugs than having to sort out known incompatibilities. Also, if i ever want to backport some modules to older versions of perl (for whatever reasons), i can simply grep through the files for the version string and find the one that are too modern. Works the other way around, too, when a newer version of perl changes/fixes/removes some "experimental" features of the previous version.	[reply]
Re^4: Why version strings? by bingos (Vicar) on Mar 28, 2011 at 22:23 UTC
NA is for Not Applicable Report Grades	[reply]
Re^5: Why version strings? by cavac (Parson) on Mar 29, 2011 at 11:36 UTC
/me bows head in shame You're right of course.	[reply]


Welcome to the Monastery
	PerlMonks