Perl 6 - the future is here, just unevenly distributed

IRC log for #perl6-toolchain, 2016-07-16

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

All times shown according to UTC.

Time Nick Message
01:41 ugexe nine: ignoring complexity, is there any reason why the repo-chain can't be a repo-tree (possibly as a circular doubly linked list)?
01:46 ugexe as a means of either not having to disable precomp when the repo-chain changes, or possibly optimizing the best branch of dependencies to precompile if it has multiple branches but can only precomp one
01:48 ilbot3 joined #perl6-toolchain
01:48 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
01:55 jdv79 sounds confusing
01:57 ugexe it will fit right in then
02:43 Madcap^Jake^ joined #perl6-toolchain
06:30 domidumont joined #perl6-toolchain
06:35 domidumont joined #perl6-toolchain
07:21 domidumont joined #perl6-toolchain
08:19 FROGGS joined #perl6-toolchain
08:44 nine ugexe: how would we choose a branch if more than one are available?
15:12 camelia joined #perl6-toolchain
19:06 Madcap^Jake^ joined #perl6-toolchain
19:48 ugexe No idea. A naive approach might be to chose the branch that has the most constraints/dependencies already precompiled. A real solution probably involves a type of running backtracking tree decomposition that would make any compsci guru blush
19:48 mst I think that would be unfortunately complicated
19:49 mst I'm unsure why changing the chain needs to disable precomp though
19:49 mst surely a precomp store is a wrapper around a complete chain
19:49 mst and you'd just need a new store
19:49 mst I mean, a CUR doesn't own its precomp data, the precomp data owns a CUR chain, no?
20:15 nine mst: use Test; use lib 't/spec/packages'; use Test::Util; # which uses Test again
20:15 nine mst: the first Test is from lib/ while Test::Util was compiled against another precomped Test
20:15 nine mst: but I could fix that specific case :)
20:16 mst mmm
20:16 mst I thought you could load more than one version of Test inside different things? (not that that would likely be DWIm in this case)
20:21 nine more versions of a module but not more different precompiled files of the same version
20:22 mst oh, of course, Test::Util was precomped against the Test in its normal repo chain, and now resolves the one from lib/
20:22 mst yeah, I see
20:31 mst nine: sorry, my brain had inverted the problem
21:01 sjn_ joined #perl6-toolchain
23:52 b2gills joined #perl6-toolchain

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