Perl 6 - the future is here, just unevenly distributed

IRC log for #perl6-toolchain, 2017-05-21

| Channels | #perl6-toolchain index | Today | | Search | Google Search | Plain-Text | summary

All times shown according to UTC.

Time Nick Message
01:49 ilbot3 joined #perl6-toolchain
01:49 Topic for #perl6-toolchain is now Fire is step THREE! | https://github.com/perl6/toolchain-bikeshed | Channel logs: http://irclog.perlgeek.de/perl6-toolchain/today | useful prior art: https://metacpan.org/pod/CPAN::Meta::Spec
08:00 domidumont joined #perl6-toolchain
08:05 domidumont joined #perl6-toolchain
13:16 domidumont joined #perl6-toolchain
16:24 patrickz joined #perl6-toolchain
16:27 ugexe nine: do we have a way to capture the current repo-chain and launch a new perl6 proc using the exact same repo-chain?
16:28 ugexe would mean that there has to be a way to override the default perl6 cur setup
16:31 ugexe the naive solution, something like PERL6LIB=$*REPOs.repo-chain.join(",") and then run perl6 $whatever you end up with duplicate CURs for site, home, etc
16:40 ugexe otherwise an easy way to get a repo-chain that does not include the default curs
16:48 ugexe `run $*EXECUTABLE, ...;` often really wants `run $*EXECUTABLE, "-I" <<~<< $*REPO.repo-chain.map(*.path-spec), ...`
17:05 ugexe @*INC = $*REPO.repo-chain.map(*.path-spec); # someone could write a `use INC;` module to provide a perl5-ish interface to CUR, including 80% less letters per identifier
17:56 domidumont joined #perl6-toolchain
17:59 nine ugexe: that's exactly what CompUnit::PrecompilationRepository::precompile does
17:59 nine It has to, since the precompilation processes need the same repo chain
18:00 nine %env<RAKUDO_PRECOMP_WITH> = $*REPO.repo-chain.map(*.path-spec).join(',');

| Channels | #perl6-toolchain index | Today | | Search | Google Search | Plain-Text | summary