|
Fire is step THREE! | github.com/perl6/toolchain-bikeshed | Channel logs: irclog.perlgeek.de/perl6-toolchain/today | useful prior art: metacpan.org/pod/CPAN::Meta::Spec Set by moderator on 15 June 2017. |
|||
|
03:30
lizmat joined
03:46
llfourn joined
04:54
stmuk joined
04:58
stmuk_ joined
05:43
domidumont joined
05:50
domidumont joined
06:36
domidumont joined
|
|||
| nine | ugexe: sorry, no idea. The only difference should be the extra process for the wrapper script. But that doesn't even touch the precompiled modules. Maybe RAKUDO_MODULE_DEBUG output gives a clue? | 10:00 | |
|
12:55
perlpilot joined
|
|||
| ugexe | RAKUDO_MODULE_DEBUG didn't reveal anything other than its when trying to rename the .tmp precomp to its normal name | 14:07 | |
| i went through all the CUR files and added :close to the .slurp's to see if it was from a handle not being closed in time, but that didnt help | 14:08 | ||
| worse - App::ecogen on windows I have to even delete lib/.precomp after each run. it always runs on the first but subsequent runs it gives that rename error | 14:09 | ||
| im starting to suspect its permissions related + however the process is spawned | |||
| like how it does `%env<ComSpec> /c` | 14:10 | ||
| maybe there is some other flag that needs to be used? | |||
| nine | But but but on subsequent runs it shouldn't even create any precomp files?! | 16:03 | |
| That's what is done on the first run. Later it should just read them. | 16:04 | ||
| ugexe | good point... wonder whats causing *that* then | 16:18 | |
|
17:08
llfourn joined
17:45
perlpilot joined
19:51
ZofBot joined
20:52
stmuk joined
21:31
tadzik joined
23:21
mst_ joined
23:29
ranguard joined
|
|||