On Sat, Jul 25, 2009 at 06:58:42AM -0700, John Peacock wrote:
For bleadperl, I believe Nicolas would like this to be the case:
Yes, by 5.12, yes, this behaviour, for the reasons that David has described.
$any1 = v34.23.45; # silent
$any2 = 45.32.57; # warn(v-string without leading 'v'
On Fri, Jul 24, 2009 at 09:50:28PM -0700, John Peacock wrote:
On 7/24/09 7:34 PM, David Golden wrote:
Yes. I think so.
A syntax deprecation like that shouldn't happen as part a maintenance branch.
It should be deprecated in 5.12 and removed in 5.14.
So version.pm should not warn until
On 7/25/09 1:52 AM, Dave Mitchell wrote:
In general we try strongly to avoid making code that works suddenly start
emitting warnings under later releases of the same maintenance branch.
However, I don't understand what the particular issue of using v-strings
to initialize version objects is?
On 7/25/09 7:43 AM, Dave Mitchell wrote:
You didn't answer this question. I am generally ignorant of the specifics
of version and version strings. I don't understand in general why bare
1.2.3 strings are deprecated (I'm sure there's a good reason for it, I'm
just not familiar with it). And in
On Sat, Jul 25, 2009 at 11:05 AM, John
Peacockjohn.peac...@havurah-software.org wrote:
Using bare v-strings (as opposed to quoted strings) is fraught with
inconsistencies between various versions of Perl. version.pm generally
The other issue is that it's easy for people to misuse by mistake.
OK, I finally have the version.pm POD in a form that I'm not totally
ashamed to release with. There is now very little chaff in version.pod
itself, and all the messy bits have been moved to version/Internals.pod.
I'm pushing 0.76_06 as I write this, so if people can look at it, that
would be
On Fri, Jul 24, 2009 at 9:36 PM, John
Peacockjohn.peac...@havurah-software.org wrote:
HOWEVER, based on a discussion started on p5p by Nicolas, I enabled a
warning if you try and use a v-string without the leading 'v' as a version
object initialization. This is a change in behavior [that I
On 7/24/09 7:34 PM, David Golden wrote:
Yes. I think so.
A syntax deprecation like that shouldn't happen as part a maintenance branch.
It should be deprecated in 5.12 and removed in 5.14.
So version.pm should not warn until perl does. That's not my ideal
outcome, since I'm a big supporter
David Golden wrote:
C.f. http://en.wikipedia.org/wiki/ISO_2145
Instant joke: iso-two-one-four-five.
--
Ruud
I would suggest that you bump the version number of version to 1.00 so
that becomes the recommended minimal number instead of an arbitrary
number like 0.77; making the recommended invocation:
use version 1.00; $our $VERSION = qw(v1.2.3);
This still confuses me as I think that:
use
On Jul 15, 2009, at 22:49 , John Peacock wrote:
Gisle Aas wrote:
I would suggest that you bump the version number of version to 1.00
so that becomes the recommended minimal number instead of an
arbitrary number like 0.77; making the recommended invocation:
use version 1.00; $our
On Jul 15, 2009, at 20:08 , David Golden wrote:
A copy of my edits is attached and I've put a copy on the QA Wiki:
http://perl-qa.hexten.net/wiki/index.php/Version_POD
I think the term dotted-decimal is pretty confusing, especially when
what you contrast that with is decimal version
On Thu, Jul 16, 2009 at 2:12 AM, Gisle Aasgi...@activestate.com wrote:
But dotted-decimal is just wrong. If I take the decimal 1.04 and the
decimal 1.10 and dot them I get 1.04.1.10 and that's not what you meant.
dotted-integer is technically wrong, too, since we're really talking
David Golden wrote:
Or we could call them ISO 2145 versions
C.f. http://en.wikipedia.org/wiki/ISO_2145
Yeah, that just rolls off the tongue... ;-)
But for what it's worth, perl56delta describes the new version
numbering scheme as dotted integer.
Well, that is another argument for dotted
David Golden wrote:
A copy of my edits is attached and I've put a copy on the QA Wiki:
http://perl-qa.hexten.net/wiki/index.php/Version_POD
Applied to the repo with minor tweakage and wiki page updated as well. I agree
with Gisle that it would be good to define the terms decimal and
On Thu, Jul 16, 2009 at 07:23:28AM -0400, John Peacock wrote:
I'm still undecided on dotted-decimal versus dotted-integer however...
+1 for dotted-integer.
Marvin Humphrey
2009/7/15 David Golden xda...@gmail.com:
On Wed, Jul 15, 2009 at 5:50 PM, Gisle Aasgi...@activestate.com wrote:
We obviously disagree about what makes code readable.
Let me rephrase -- I think putting use version last means it's more
likely that someone will inadvertently leave it off.
On Thu, Jul 16, 2009 at 11:45 AM, demerphqdemer...@gmail.com wrote:
There is something disturbing around the fact that we are hacking
around a one line code parser here.
+1
We need 5.10.1 and configure_requires support to start the slow
process of getting us out of this box.
I still hope for
On Jul 16, 2009, at 1:06 , John Peacock wrote:
Gisle Aas wrote:
I think the term dotted-decimal is pretty confusing, especially
when
what you contrast that with is decimal version numbers (which
includes
a dot). I suggest you call it integers separated by dots or
dotted-integers for
Dear Friends (and Enemies) of version.pm -
As you may already be aware, we are on a push to get Perl 5.10.1 out the door.
In support of this, I have updated the version.pm code in both Module::Build and
core Perl (and which has been pulled into maint-5.10). This is primarily an API
rewrite
On Wed, Jul 15, 2009 at 6:15 AM, John Peacock
john.peac...@havurah-software.org wrote:
If you want to help, the files are here:
https://svn.perl.org/modules/version/trunk/lib/version.pod
and
https://svn.perl.org/modules/version/trunk/lib/version/Internals.pod
or you can just check out
Short of handing out commit bits, would it make sense to throw them on a
wiki page somewhere and let people iterate?
How about I push out 0.76_04 and we use the annotate pages on annoCPAN?
http://www.annocpan.org/~JPEACOCK/version-0.76_03/lib/version.pod
On Wed, Jul 15, 2009 at 7:21 AM, John Peacock
john.peac...@havurah-software.org wrote:
Short of handing out commit bits, would it make sense to throw them on a
wiki page somewhere and let people iterate?
How about I push out 0.76_04 and we use the annotate pages on annoCPAN?
David Golden wrote:
I'll take a cut later today and you can incorporate it directly into a
0.76_04 release or put it on a wiki (e.g., the QA wiki). I do tend to
think you'll get better quality edits via a wiki.
I don't have a wiki anywhere that I could use for this (which is why I
suggested
On Wed, Jul 15, 2009 at 10:05 AM, John Peacock
john.peac...@havurah-software.org wrote:
David Golden wrote:
I'll take a cut later today and you can incorporate it directly into a
0.76_04 release or put it on a wiki (e.g., the QA wiki). I do tend to think
you'll get better quality edits via
On Wed, Jul 15, 2009 at 10:13 AM, David Golden xda...@gmail.com wrote:
Easiest is just to park it on the QA wiki, I think. Maybe hang it off the
toolchain roadmap page?
A copy of my edits is attached and I've put a copy on the QA Wiki:
http://perl-qa.hexten.net/wiki/index.php/Version_POD
Gisle Aas wrote:
I would suggest that you bump the version number of version to 1.00 so
that becomes the recommended minimal number instead of an arbitrary
number like 0.77; making the recommended invocation:
use version 1.00; $our $VERSION = qw(v1.2.3);
You do know that the above
I would suggest that you bump the version number of version to 1.00 so that
becomes the recommended minimal number instead of an arbitrary number like
0.77; making the recommended invocation:
use version 1.00; $our $VERSION = qw(v1.2.3);
+1 on version bump since the API is changing.
On Wed, Jul 15, 2009 at 5:35 PM, Gisle Aasgi...@activestate.com wrote:
I think the term dotted-decimal is pretty confusing, especially when what
you contrast that with is decimal version numbers (which includes a dot).
I suggest you call it integers separated by dots or dotted-integers for
Gisle Aas wrote:
I think the term dotted-decimal is pretty confusing, especially when
what you contrast that with is decimal version numbers (which includes
a dot). I suggest you call it integers separated by dots or
dotted-integers for short.
They used to be fevered to as numeric and
30 matches
Mail list logo
