Perl 6 - the future is here, just unevenly distributed

IRC log for #perl6-toolchain, 2017-09-11

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

All times shown according to UTC.

Time Nick Message
01:55 ilbot3 joined #perl6-toolchain
01:55 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
05:22 domidumont joined #perl6-toolchain
05:27 domidumont joined #perl6-toolchain
06:21 domidumont joined #perl6-toolchain
06:29 domidumont joined #perl6-toolchain
08:08 tony-o joined #perl6-toolchain
08:33 leont joined #perl6-toolchain
10:35 jonathon joined #perl6-toolchain
10:53 llfourn joined #perl6-toolchain
11:47 awwaiid joined #perl6-toolchain
13:10 jonathon Hi! I've got a "weird" issue with `zef install Linenoise`; custom zef deb package; zef appears to be picking up the flags moarvm was compiled with; https://bpaste.net/show/cecf8244d91e
13:10 jonathon just need to know if it should be doing that so i need to add the dependencies to the package, or if it shouldn't be doing that
13:11 jonathon (lines 32, 35, 36 are the key ones)
13:12 jonathon /usr/bin/ld: cannot find -latomic_ops; /usr/bin/ld: cannot find -luv;
13:16 jonathon packages here: https://launchpad.net/~jonathonf/+archive/ubuntu/perl6
13:38 leont I don't know much about how moarvm extensions work, but I don't think they should need those flags on Linux (they would on Windows)
13:42 nine Well there are no real MoarVM extensions. LibraryMake just picks the compiler and linker flags used to compile the VM and replaces variables in Makefile templates. Clearly a broken assumption.
13:46 jonathon Is it an issue/bug with LibraryMake or intended behaviour? If it's intended behaviour, I'll just add the library packages as dependencies for my zef package, then it should be happy
13:47 jonathon Sounds like intended behaviour: "This is effectively a small configure script for a Makefile. It will allow you to use the same tools to build your native code that were used to build perl6 itself."
13:52 nine jonathon: I see LibraryMake as a stopgap measure until we have a better auto configuration system. And one that has mostly outlived its usefulness.
13:52 leont Yeah, that sounds rather suboptimal
13:53 leont .oO(so many things to do, so little time)
14:08 timotimo joined #perl6-toolchain
14:08 timotimo heyo
14:09 timotimo how should we handle brian d foy shipping a Test.pm6 in one of his repos and zef suggesting you install that if rakudo for some reason fails to find/load the Test.pm6 we ship?
14:09 timotimo we can potentially give the fudger the task to put a :auth<rakudo> to every "use Test" in the spec test files
14:10 timotimo but then literally every file will say "fudged" at the end unless we special case it
14:10 timotimo which of course we could
14:11 nine Well if we mean a certain Test.pm6, we should really say so
14:11 nine At the same time, why does he have a Test.pm6 in a repo?
14:11 timotimo yeah, but we shouldn't put "use Test:auth<rakudo>" into the spec tests :)
14:12 timotimo it's a fork of rakudo's Test.pm6 because rakudo's has some bug or something
14:12 timotimo it would have been lovely if there were a link to a ticket from there
14:12 jonathon why is zef picking up two versions of the same module?
14:12 nine And he has that in a public repo and provides that? A bit antisocial I dare say
14:13 jonathon (e.g. why does it suggest a non-canonical module?)
14:13 nine jonathon: there are no canonical modules
14:13 nine timotimo: does roast work with his Test.pm6?
14:14 timotimo i haven't tried it yet
14:14 timotimo i should probably pull it and get a diff
14:14 nine Because if it does work, there's nothing to fix
14:16 timotimo yesterday there was someone having a problem where Test.pm6 was not found and zef suggested to install PrettyDump to get it
14:19 timotimo brians test.pm6 changes how the output io variables are set up and used
14:20 timotimo among other things it decides to output failure stuff to OUT instead of ERR
14:23 * lizmat has commented on https://github.com/briandfoy/perl6-PrettyDump/commit/3dd53b4927636f44141898f98cb2141a832a5e1b
14:26 nine Okay, if it's incompatible (and timotimo's description sounds like), it's definitely antisocial to just add it to the ecosystem.
14:26 nine In his defense, we obviously as a community need to find some rules and procedures for dealing with such situations.
14:27 nine We replaced technical barriers by the need for arbitration and haven't followed up on that so far.
14:28 timotimo not necessarily incompatible
14:40 domidumont joined #perl6-toolchain
14:52 domidumont joined #perl6-toolchain
15:03 timotimo the Test.pm from that repo only fails tests in S24-testing
15:03 timotimo 3-output, 12-subset-todo, 8-die_on_fail, and line_numbers
16:22 leont TBH, the behavior of Test.pm6 in that regard is rather unfortunate
16:22 leont In subtests is plain dumb, in normal tests is often far to load
16:22 leont *loud
16:25 leont left #perl6-toolchain
16:26 leont joined #perl6-toolchain
16:27 leont I looked into changing its behavior, but hit the failing spectests -_-
16:27 leont IMNSHO, the test is way to specific on where what output goes, it's the oks/not oks that should matter not *comments*
16:29 ugexe those are the types of changes that should be ok to make to the roast
16:30 leont What brian really should have done though is «use lib "t/lib";», just as in perl5. Then again in perl5 he also likes doing toolchainy things in his own idiomatic way.
16:36 domidumont joined #perl6-toolchain
19:20 hoelzro joined #perl6-toolchain
20:07 perlpilot joined #perl6-toolchain
20:19 Brock joined #perl6-toolchain
20:31 JimmyZ joined #perl6-toolchain
21:18 ugexe joined #perl6-toolchain
21:28 perlpilot_ joined #perl6-toolchain

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