ASPN ActiveState Programmer Network
ActiveState
/ Home / Perl / PHP / Python / Tcl / XSLT /
/ Safari / My ASPN /
Cookbooks | Documentation | Mailing Lists | Modules | News Feeds | Products | User Groups


Recent Messages
List Archives
About the List
List Leaders
Subscription Options

View Subscriptions
Help

View by Topic
ActiveState
.NET Framework
Open Source
Perl
PHP
Python
Tcl
Web Services
XML & XSLT

View by Category
Database
General
SOAP
System Administration
Tools
User Interfaces
Web Programming
XML Programming


MyASPN >> Mail Archive >> perl5-porters
perl5-porters
Re: CPAN and module VERSION numbers generated from CVS/RCS
by David M. Lloyd other posts by this author
Aug 2 2001 3:03PM messages near this date
Re: CPAN and module VERSION numbers generated from CVS/RCS | Re: CPAN and module VERSION numbers generated from CVS/RCS
On Thu, 2 Aug 2001, Elaine -HFB- Ashton wrote:

>  vstrings are not the same as VERSION and not many people seem to be
>  using them in their modules. I'm not sure if it's attractive to add
>  more options to an already, seemingly, difficult task of just getting
>  a version into the module itself, but it might be interesting to see
>  if it works. VERSION in my estimation should be simple and
>  straightforward. Incrementing from "0.01" seems to suit most who can
>  be bothered to include it so vstring version numbers may be more
>  complexity than is really necessary.

I think that complexity isn't the reason that vstrings aren't used as
version numbers.  I tried to use vstrings in my module but xsubpp seems to
choke on them, and I didn't have time to debug the problem, so I just
switched back to q{1.00} style.

I think that vstrings are as simple as you can get, I mean what's
difficult about v1.0?

- D

<dmlloyd@[...].net> 
Thread:
David Dyck
Johan Vromans
Jim Cromie
John Peacock
Graham Barr
Elaine -HFB- Ashton
Michael G Schwern
Ronald J Kimball
Michael G Schwern
John Peacock
David M. Lloyd
Ronald J Kimball
Elaine -HFB- Ashton

Privacy Policy | Email Opt-out | Feedback | Syndication
© ActiveState Software Inc. All rights reserved