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

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.
  • There's a certain irony to the Mac version of the PPM library being the most complete and having the highest CPAN coverage, while the Win32 version of ActivePerl has by far the worst CPAN coverage.
    • Certainly somewhat ironic, but there is also a purely technical reason. To provide forward binary compatible PPM packages, the PPM system is building it's packages using as close to the earliest ActivePerl available on that platform as possible.

      That means ActivePerl 813 (5.8.7) for OS X, and ActivePerl 806 (5.8.0) on Win32.

      It also explains the better CPAN coverage (5.8.0 vs. 5.8.7)

      --
      There's more than 9 ways to do it
      • That's not a technical reason, that's a business reason.

        Sacrificing most the usful modules on CPAN to maintain backwards with 5-10 year old legacy version of Perl for what I assume is contractual reasons (correct me if I'm wrong here) is hardly a technical decision, or if it is, it's a bad technical decision.

        On ActivePerl Win32 you end up with.

        No PPI, or anything that uses it.

        No POE, or anything that uses it.

        No WWW::Mechanize, or anything that uses it.

        No Params::Util (so there goes almost everything I've wr