All- To simplify things going forward, I propose reverting to a simple float version number for PDL. I.e., 2.4.11 becomes the unambiguous 2.004011 .
This has become an issue with PDL versions ever since we went beyond a single digit in the current scheme. See the comment below for the considerations involved. I would like to make this change for the next CPAN release in the 2.004011_nnn series to avoid further issues with the current format. Agree/disagree/comments? RSVP. --Chris ---------- Forwarded message ---------- From: David Cantrell Date: Thu, May 31, 2012 at 6:57 AM Subject: Re: XML-LibXML's 2.* Versioning Scheme: Please Advise. To: [email protected] On Thu, May 31, 2012 at 11:31:21AM +0300, Shlomi Fish wrote: > > ...snip... > > 4. "2.x.y" - I use this for my open source C projects and some of my CPAN > modules and perl 5 and Parrot use it as well. Is it well supported with the > CPAN toolchain? It's supported, but supporting it is a gigantic pain in the arse and it will break older versions of some toolchain stuff. I consider it to be a bug, it just happens to be a common enough bug that it needs to be grudgingly supported. > What do you recommend? Versions should be *numbers* (and so contain at most one decimal point), they should be zero or positive, they should not be subject to rounding errors on any reasonable system (so 1.000000000000000000000000000000003 should not be used, for example), and they should go up. Other than that I don't care. _______________________________________________ Perldl mailing list [email protected] http://mailman.jach.hawaii.edu/mailman/listinfo/perldl
