You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In 5.26, Strawberry Perl switched from dmake to gmake, and all works well. On 5.24, however, installation of Makefile.PL-based projects does not work. In theory, one can simply use dmake instead of gmake:
However, it won't even get this far if dependencies are Makefile.PL-based, as the CPAN::Test::Dummy::Perl5::Make module required this this project is, because the dependency installer (here modified to run with -v):
-MExtUtils::Command: C:Strawberryperlbinperl.exe: command not found
dmake.exe: Error code 255, while making 'blib\lib\CPAN\Test\Dummy\Perl5\.exists'
@bingos says, "usually that means there is some other perl in the environment interferring. A UNIXy type perl, say a cygwin type perl." And indeed, the Travis CI Windows environment's Chocolatey (or Git-Bash?) environment provides /bin/perl, which is in the path. So maybe it needs to be removed from the path?
The text was updated successfully, but these errors were encountered:
Instead of repeating the entire "Strawberry" stage multiple times, once fore
each Perl, make a YAML alias to the first instance, and then simply include
the alias and add the PER_VERSION environment variable for subsequent
instances of the stage. A little opaque to those unfamiliar with the YAML
anchor/alias feature (as I was), but definitely cuts down on clutter.
To better demonstrate multiple uses, add a third Strawberry stage that tests a
third version of Perl. Use a variant of 5.26 again, because 5.24 has issues
(see #1 for details).
While at it, switch from URI::db to CPAN::Test::Dummy::Perl5::Make as the
sample dependency, because it is a no-op with no dependencies of its own, so
it keeps things simpler.
In 5.26, Strawberry Perl switched from
dmake
togmake
, and all works well. On 5.24, however, installation ofMakefile.PL
-based projects does not work. In theory, one can simply usedmake
instead ofgmake
:However, it won't even get this far if dependencies are
Makefile.PL
-based, as the CPAN::Test::Dummy::Perl5::Make module required this this project is, because the dependency installer (here modified to run with-v
):Fails, too, with this error:
@bingos says, "usually that means there is some other perl in the environment interferring. A UNIXy type perl, say a cygwin type perl." And indeed, the Travis CI Windows environment's Chocolatey (or Git-Bash?) environment provides
/bin/perl
, which is in the path. So maybe it needs to be removed from the path?The text was updated successfully, but these errors were encountered: