On 2020-06-07 18:49, ToddAndMargo via perl6-users wrote:
~
#!/usr/bin/env raku
# Note: this has to be the first thing at the top
my @LibPath;
BEGIN {
for ('K:/Windows/NtUtil', 'X:/NtUtil') -> $candidate {
push @LibPath, $candidate if $candidate.IO.d;
I ran into this error using Rakudobrew on appveyor (see after )
I'm new at using appveyor, so maybe my script is wrong. But I wonder
whether its because of a name change to raku without a backward alias to
perl6.
Rakudo has been built and installed.
Updating shims
Done, moar-2020.05.1 buil
It is my understanding that rakudobrew has been renamed to rakubrew:
https://rakubrew.org Could the be the issue?
> On 12 Jun 2020, at 14:59, Richard Hainsworth wrote:
>
> I ran into this error using Rakudobrew on appveyor (see after )
>
> I'm new at using appveyor, so maybe my script is wron
I'm still using rakudobrew for myself, it is not a problem. Besides, we still
install perl6.
What I'd look for is if correct PATH is setup; and check if rakudobrew is been
used properly. Note that different modes (env or shim) would need different
handling. To my understanding, in a container
I have tried two different strategies on appveyor. (I also run a travis
test for the same Module that passes without a problem).
a) Copying from OpenSSL, which uses rakudo.git (see script below)
b) Copying from GTK::Simple, which uses Rakudobrew (see below)
Both failed for reasons I can't work
Not really sure about it, but don't you have to do 'rakudobrew switch
moar-%TEST_MOAR%' after building? rakudobrew doesn't immediately activates a
build.
Best regards,
Vadim Belman
> On Jun 12, 2020, at 4:03 PM, Richard Hainsworth
> wrote:
>
> I have tried two different strategies on appvey
