It seems normal enough that the version available for download of a CPAN module requires v 5.8 of Perl, whereas the production system will more likely be somewhere between 5.004 and 5.6.1. Maybe one day in the distant future that module may be compatible with these production systems but maybe the minimum for the version in CPAN will be 5.10 or 6.3 by then.

Setting aside the fact that most modules on CPAN take great pains to be backwards-compatible with at least 5.6.0 (or earlier!), you can always see every single upload to CPAN through use of the BackPAN. So, you can always get at the version you want to use today, but can't until next year.

As for version compatibility on CPAN ... I'm of two minds. In Excel::Template, I actually have an eval-block to determine if I can use 3-arg open or if I'm at a version that requires 2-arg open. In PDF::Template and PDF::Writer, I require 5.6.0 at a minimum. I don't depend on 5.6 features, but I feel that it helps stabilize my testing burden because I don't need to keep a bunch of different versions of Perl around. Now, if there was an easy way to have Test::More or Module::Build run a test suite against various versions of Perl and report errors by Perl version, I would change my tune. Or if there was documentation of how to tune your code to be more in tune with the version of Perl it's running under, then I'd have no problem. Older versions of PDF::Template actually have provisions for whether or not to use Unicode::String based on Perl version, but it uses PM_FILTER which is marked "DO NOT USE" in ExtUtils::MakeMaker and I haven't seen the way around it in Module::Build.

My criteria for good software:
  1. Does it work?
  2. Can someone else come in, make a change, and be reasonably certain no bugs were introduced?

In reply to Re: Why non-core CPAN modules can't be used in large corporate environments. by dragonchild
in thread Why non-core CPAN modules can't be used in large corporate environments. by Moron

Title:
Use:  <p> text here (a paragraph) </p>
and:  <code> code here </code>
to format your post, it's "PerlMonks-approved HTML":


  • Posts are HTML formatted. Put <p> </p> tags around your paragraphs. Put <code> </code> tags around your code and data!
  • Titles consisting of a single word are discouraged, and in most cases are disallowed outright.
  • Read Where should I post X? if you're not absolutely sure you're posting in the right place.
  • Please read these before you post! —
  • Posts may use any of the Perl Monks Approved HTML tags:
    a, abbr, b, big, blockquote, br, caption, center, col, colgroup, dd, del, details, div, dl, dt, em, font, h1, h2, h3, h4, h5, h6, hr, i, ins, li, ol, p, pre, readmore, small, span, spoiler, strike, strong, sub, summary, sup, table, tbody, td, tfoot, th, thead, tr, tt, u, ul, wbr
  • You may need to use entities for some characters, as follows. (Exception: Within code tags, you can put the characters literally.)
            For:     Use:
    & &amp;
    < &lt;
    > &gt;
    [ &#91;
    ] &#93;
  • Link using PerlMonks shortcuts! What shortcuts can I use for linking?
  • See Writeup Formatting Tips and other pages linked from there for more info.