|
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 14 June 2016. |
|||
|
00:03
stevieb9 joined
00:51
b2gills joined
01:49
ilbot3 joined
|
|||
| moderator | 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 | ||
|
03:51
jrusso joined
06:15
domidumont joined
06:20
domidumont joined
09:33
lizmat joined
09:55
M-tadzik joined
09:59
lizmat joined
10:37
tadzik joined
|
|||
| domidumont | Hi, why is dyncall source embedded in nqp sources ? As far as I know, dyncall is used only to build moar. | 11:47 | |
| [Coke] | domidumont: where do you see it embedded in nqp? | 11:57 | |
| domidumont | in 3rdparty directory | 11:58 | |
| github.com/perl6/nqp/tree/master/3...ty/dyncall | 11:59 | ||
| nine | Maybe for nqp-j? | ||
| nqp-m seems to build fine without 3rdparty/dyncall | |||
| domidumont | got it: Configure.PL uses dyncall with parrot backend | 12:00 | |
| although Parrot's Configure.PL does not mention dyncall... | 12:03 | ||
| ok, since I don't plan to build rakudo with parrot for Debian, I'll try to remove 3rdparty directory from nqp source before building the next version... | 12:05 | ||
| nine | domidumont: sounds sensible | 12:09 | |
| domidumont: I'm curious: have you been following the work on making precomp files packageable? | |||
| domidumont | No... Sorry, Looks like I missed this | 12:10 | |
| Currently, I'm trimming down perl6 main package (moar, nqp and rakudo). I've setup moar to use libuv shipped by Debian instead of the embedded copy. | 12:11 | ||
| I may do the same with dyncall (OTOH, if only moar uses dyncall in Debian, there's no much advantages besides reducing the load on our build systems) | 12:13 | ||
| nine: do your have links that I can read for this work on precomp files ? | |||
| [Coke] | domidumont: we have custom versions of those libs for a reason | 12:16 | |
| so as long as you're picking a version which has the modifications we've made (hopefully they've been submitted back upstream) | 12:17 | ||
| er, as long.... then you're ok. | |||
| nine | domidumont: github.com/rakudo/rakudo/commit/28...1e01f7f2e9 should give you a hint | 12:25 | |
| domidumont | [Coke]: Agreed. I use Debian's version of a library when the embedded copy was not modified for quite a while or match an upstream version (e.g. libuv is a submodule of upstream libuv 1.8) | 12:29 | |
| I'm more cautious with dyncall since the submodule refers to dyncal repo in moar organisation | 12:31 | ||
| nine: thanks for the pointer | |||
|
14:26
mst joined
14:40
mst joined
14:41
mst joined
15:10
stevieb joined
16:46
stevieb joined
16:50
TimToady joined
16:55
domidumont joined
17:04
FROGGS joined
17:21
sjn joined
19:22
domidumont joined
19:29
hankache joined
19:31
sivoais joined
20:37
domidumont joined
21:07
Kassandry joined
22:15
sjn joined
22:21
stevieb9 joined
22:42
stevieb9 joined
23:07
moritz_ joined
23:08
[Coke]_ joined,
jdv79_ joined
23:15
MadcapJake left
|
|||