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.

Why Ruby is prettier and Padre changes the Perl community 2 Comments More | Login | Reply /

 Full
 Abbreviated
 Hidden
More | Login | Reply
Loading... please wait.
  • Use cases...
    • End user can download and execute an application implemented in perl application without knowing what Perl is.
    • Developer can easily add, remove, and upgrade Perl modules without affecting system/os Perl installation. (Default to having CPAN install to a user_perl overlay?)
    • Systems Administrator can easily add, remove, and upgrade site_perl without affecting developer and/or application overlays.
    • Developer when releasing perl application has easy way to bundle all current differences from the inst

    • #5: in Strawberry's case, we provide the C/C++ compiler - so it's really not external, but it is provided for those things that need it. For most non-Windows operating systems, I do have to admit, Perl assumes that a C/C++ compiler is accessible for a lot of things. :)

      And "Strawberry Professional" will have a lot more things prebuilt.

      We "do" have a way to ship binaries, at least for one module at a time - it's called a .par file. How good it is for your purposes, I don't know. PAR::Dist is the handler for those, and maybe it should be included in an extended-core bundle.

      --
      The new Strawberry Perl for Windows has been released! Check http://strawberryperl.com for it.
Stories, comments, journals, and other submissions on use Perl; are Copyright 1998-2006, their respective owners.