Stories
Slash Boxes
Comments
NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.

All the Perl that's Practical to Extract and Report

use Perl Log In

Log In

[ Create a new account ]

bart (450)

Journal of bart (450)

Friday December 17, 2004
05:54 PM

Perl version numbers

[ #22355 ]
Judging by this question on Perlmonks, and reenforced by the response from ysth, I get the nudging feeling that something's not right with the current version numbering scheme in perl, where odd numbered releases (5.7.x, 5.9.x) are experimental developer releases, and the even numbered releases (5.6.x, 5.8.x, 5.10.x) are production releases. Stuff from 5.9.x that is going into the main release, is going in there now, it's not going to wait for 5.10.0. So the testing for a minimal version number, in modules, to cope with changed internals, is off.

Testing for two different version numbers, one in the 5.8.x branch and one in the 5.9.x branch, seems just plain ridiculous.

Either the version numbering should be put on its head, or the main branch should be the version to test against. An argument for the latter would be that nobody should be using an old 5.9.x release, anyway (ahem!), or live with the consequences.

But now, everything would appear to be dandy for the advance developers, while the mainstream public (those using 5.8.x) end up with a broken test, and there's a hiccup in the results.

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More | Login | Reply
Loading... please wait.