in reply to Re^7: Strawberryperl (Portable) impossible install module
in thread Strawberryperl (Portable) impossible install module

...or, I was re-writing a module to be v5.6.0 compliant while I created the examples for this module, and wasn't quite there yet, or, FreeBSD has some issues with locking files, which is what I may have been debugging in the module I based these examples on ;)

  • Comment on Re^8: Strawberryperl (Portable) impossible install module

Replies are listed 'Best First'.
Re^9: Strawberryperl (Portable) impossible install module
by Cow1337killr (Monk) on Jun 23, 2016 at 01:35 UTC

    Well, I was thinking that one might get a Perl module from CPAN and it would install under some Perl versions and/or flavours, but not others.

      Yes, use brewbuild for that regardless of platform (you have to download/extract the module first), or just perlbrew exec cpanm Module::Name if on *nix or berrybrew cpanm Module::Name if on Windows.

      The Test::BrewBuild software is more geared to developers, to test their own modules. However, it isn't limited to just devs, if you actually fetch the source of a module (and if you want distributed testing, have access to the git repo that contains the module's source). Either way, perlbrew, berrybrew are spectacular resources to ensure a module will install properly on a system Perl, without affecting the system perl. The distributed nature of Test::BrewBuild was an early idea, pushed forward by a request.

        Right. When I was beginning in Perl, I would think nothing of getting a CPAN module and trying it out in my one and only Strawberry installation.

        Now, I think first: Hey, what are the chances that this module will lead to a dead-end and clutter up my installation? So, yes, I do treat it like a "production" system now. Or, as Orson Welles said in the Paul Masson commercials: "We will sell no wine before its time."