Perl 6 language and compiler development | Logs at colabti.org/irclogger/irclogger_log/perl6-dev | For toolchain/installation stuff see #perl6-toolchain | For MoarVM see #moarvm
Set by Zoffix on 27 July 2018.
00:23 vrurg joined
Geth nqp: vrurg++ created pull request #549:
Remove the option of seeking for moar in PATH
01:30
rakudo: vrurg++ created pull request #2935:
Remove the option of seeking for nqp in PATH
01:48
nqp: 392d6a0413 | (Vadim Belman)++ | tools/lib/NQP/Config/NQP.pm
Remove the option of seeking for moar in PATH
02:01
nqp: abf16eec82 | (Vadim Belman)++ | Configure.pl
Don't overwrite config.status with --expand
nqp: d1537d3424 | (Vadim Belman)++ (committed using GitHub Web editor) | 2 files
Merge pull request #549 from vrurg/build-revamp

Remove the option of seeking for moar in PATH
rakudo/master: 5 commits pushed by (Vadim Belman)++ 02:09
vrurg Ok, not more seeking in PATH. rakudobrew is happy now. 02:22
yoleaux 28 May 2019 20:28Z <[Tux]> vrurg: I changed the config.status calls with perl calls as stored in those files. Still fails. No time to dig, not time to file ticket: Im on holiday the next two weeks and $work claimed all time for this week
vrurg .tell [Tux] I was just informing you about the config.status. Anyway, it is fixed now as well as the other problem. Your script should be functional again now. 02:24
yoleaux vrurg: I'll pass your message to [Tux].
02:26 AlexDani` joined 02:30 AlexDaniel left 03:40 AlexDani` is now known as AlexDaniel, AlexDaniel left, AlexDaniel joined
AlexDaniel huh 03:40
since when do we have two identically named Net::ZMQ modules
I remember there being two of them, but they had different names… 03:41
also I think Cro::ZeroMQ no longer works… 03:58
not sure why, maybe because I have zmq 5
ah no, it's called ZMQ4 but it actually does `is native('zmq',v5)`, fun! 04:00
04:09 AlexDaniel left 04:36 tyil[m] left, AlexDaniel` left 04:44 AlexDaniel` joined 05:13 tyil[m] joined 05:44 leont joined
[Tux] Morning 05:47
yoleaux 02:24Z <vrurg> [Tux]: I was just informing you about the config.status. Anyway, it is fixed now as well as the other problem. Your script should be functional again now.
[Tux] vrurg, still doesn't work with calling config.status, now trying perl 05:48
it is the very last "make" in top-level that fails 05:51
+ make
'/pro/bin/perl' -I'/pro/3gl/CPAN/rakudo/tools/lib' -I'/pro/3gl/CPAN/rakudo/3rdparty/nqp-configure/lib' '/pro/3gl/CPAN/rakudo/tools/build/check-nqp-version.pl' '/pro/3gl/CPAN/rakudo/install/bin/nqp-m'
'/pro/3gl/CPAN/rakudo/install/bin/nqp-m' '/pro/3gl/CPAN/rakudo/tools/build/gen-cat.nqp' moar -f '/pro/3gl/CPAN/rakudo/tools/templates/moar/moar_core_sources' > 'gen/moar/CORE.setting'
Failed to open file /pro/3gl/CPAN/rakudo/tools/templates/moar/moar_core_sources: No such file or directory
at gen/moar/stage2/NQPCORE.setting:733 (/pro/3gl/CPAN/rakudo/install/bin/../share/nqp/lib/NQPCORE.setting.moarvm:open)
is there anything else I need to pul or remove before starting clean? 05:52
bartolin lizmat: I've just seen that 'make install' fails for the JVM backend, because it tries to use nqp::mvmstartprofile. Maybe you could have a look how to avoid that? It dies in instll-core-dist.p6 (where MoarVM::Profiler is part of %provides) 06:00
06:30 leont left 07:12 robertle joined
lizmat bartolin: noted... it shouldn't install that at all on the JVM backend 07:18
Files=1262, Tests=108008, 201 wallclock secs (26.58 usr 7.25 sys + 2820.86 cusr 273.70 csys = 3128.39 CPU) 07:19
Geth rakudo: 29966a1a5e | (Elizabeth Mattijsen)++ | tools/build/install-core-dist.p6
Make sure MoarVM::Profiler is only installed on Moar

Spotted by Christian Bartolomäus++
07:25
lizmat bartolin: ^^
07:33 patrickb joined
bartolin lizmat++ 08:15
timotimo AlexDaniel`: zmq has confusing versioning, so zmq4 with v5 might actually be correct for all i know 09:04
lizmat just found out that recompiling the setting doesn't update her CORE.setting.moarvm anymore 09:09
09:11 discord61 joined, discord6 left 09:12 discord61 is now known as discord6 09:14 donaldh joined
Geth rakudo: lizmat self-assigned @a[-1;0]:exists returns True github.com/rakudo/rakudo/issues/2929
aeba161c1f | (Elizabeth Mattijsen)++ | src/core/CompUnit/PrecompilationUnit.pm6
10:37
nqp: bb1811ab7f | (Timo Paulssen)++ | src/vm/moar/HLL/Backend.nqp
profiler: make sure no scope is exited after prof_enter

exiting that if/else scope caused the profiler to leave the first frame it entered immediately, making it reach an odd state where it was writing all of its data into the void.
11:49
timotimo any reason not to bump rakudo's nqp dependency right away? 11:51
12:08 llfourn left 12:30 skids joined
ugexe i wonder if we'll need to figure out conditional dependencies to properly not include MoarVM::Profiler on install 12:37
so that people can write stuff using MoarVM::Profiler while also allowing the dependency graph to be completed when running zef on jvm (which doesn't work yet anyway so no hurry)
there was syntax for one-of via "depends" : [ "Req", [ "A", "B" ] ] (which also doesn't work yet) but nothing to say "only install this dependency if ..." 12:39
timotimo also looking forward to functioning "emulates" support; btw, has there been a design draft for a "separate installations of everything for specific projects/programs" solution like virtualenv/pipenv or carton or whatever? 12:41
surely the idea has been discussed a few times
ugexe functioning emulates support exists... still missing some details to handle anything but the most basic workings github.com/rakudo/rakudo/pull/2732 12:53
12:53 leont joined
ugexe all its really missing is the namespace parser (like a 10 line grammer in zef) and a way to upgrade the precomp meta data file format on upgrade from an older rakudo 12:54
as for separate installations there is `zef install Foo --deps-only --contained --install-to=inst#local/lib` although --contained is very much beta and really only works if your installation succeeds the first time (otherwise you'd need to nuke local/lib and start over) 12:56
--contained basically means "ignore installed dependencies", which combined with --install-to=... gives most of the desired behavior 12:58
timotimo sounds like a good start
ugexe in the future it will grab e.g. Test/NativeCall etc from the local site repo and install those into the self contained repo as well 13:00
but that will require github.com/rakudo/rakudo/pull/2778 :P 13:01
which is also stuck at upgrading meta data when upgrading rakudo 13:03
timotimo that's far above my paygrade :( 13:04
ugexe upgrading meta data is easy enough. it is a question of how it should be handled, notably for distro packages where installed files (like the meta data for Test, NativeCall, or any modules also installed via dist package) shouldn't be modified externally 13:11
timotimo yeah
13:13 pamplemousse joined
ugexe nine: if you have anything to add on this topic you might want to point it out so this convo is immortalized in irc logs 13:13
13:18 skids left
ugexe github.com/rakudo/rakudo/issues/2937 oh man i wonder how many times this has caused my issues without realizing it 13:18
s/my/me/
or even rakudo itself for sorting the chosen module version 13:21
timotimo oh, interesting
13:37 leont left
vrurg .tell [Tux] there're couple possible causes to your problem: repo stuck in some messed up state; Makefile is not regenerated. The latter could be caused if your config.state contains --expand. Try running Configure.pl manually once. 13:41
yoleaux vrurg: I'll pass your message to [Tux].
ugexe vrurg++ for slogging through this much needed refactor 13:52
vrurg ugexe: but I only needed 6.e revision for my other development! (facepalm) ;) 14:22
dogbert17 m: say sprintf("%#g", 123.100) 14:25
camelia 123.1
dogbert17 lizmat: does your new implementation fix the above as well? 14:27
14:57 skids joined
ugexe anyone have any idea how much time is spent doing memcpy? asking because i'm looking at github.com/skywind3000/FastMemcpy 15:06
well I was looking at last night rather 15:07
jnthn ugexe: Can't say I've seen in much in profiles, tbh 15:09
memset, yes :)
15:26 leont joined 15:30 patrickb left 15:34 pamplemousse left 15:38 robertle left 16:44 pamplemousse joined
lizmat dogbert17: it does, afaik :-) 16:57
Geth rakudo: lizmat self-assigned Sorting two elements with mapper isn't stable github.com/rakudo/rakudo/issues/2937
ab56324da8 | (Elizabeth Mattijsen)++ | src/core/Rakudo/Sorting.pm6

Spotted by Nick Wellnhofer++ who also supplied the fix.
17:07
17:14 pamplemousse_ joined
roast: d8d4926dae | (Elizabeth Mattijsen)++ | S32-list/sort.t
Add test for R#2937
17:17
synopsebot R#2937 [open]: github.com/rakudo/rakudo/issues/2937 Sorting two elements with mapper isn't stable
17:18 pamplemousse left 17:22 jmerelo joined
jmerelo releasable6: status 17:22
releasable6 jmerelo, Next release in ≈22 days and ≈1 hour. 2 blockers. 140 out of 505 commits logged (⚠ 2 warnings)
jmerelo, Details: gist.github.com/7f04393831975f1a6f...be9fbdcd66
jmerelo ^^^ Two days to go! Who's in?
squashable: status 17:23
squashable6 jmerelo, ⚠🍕 Next SQUASHathon in 1 day and ≈10 hours (2019-06-01 UTC-14⌁UTC+20). See github.com/rakudo/rakudo/wiki/Mont...Squash-Day
jmerelo Sorry, wrong bot... ^^^ that's the one :-)
17:36 leont left
dogbert17 lizmat++ 17:37
17:39 pamplemousse_ left 18:09 leont joined
Geth rakudo: 9ca90cd7d9 | (Elizabeth Mattijsen)++ | tools/templates/NQP_REVISION
Bump NQP for a lot of goodies and fixes
18:10
vrurg .tell jnthn if you have a couple of minutes just to give your "yes" or "no" to github.com/perl6/problem-solving/issues/31 so I could either start with it or look for another way. R#2852 now depends on it.
yoleaux vrurg: I'll pass your message to jnthn.
synopsebot R#2852 [open]: github.com/rakudo/rakudo/pull/2852 Add revision 6.e and improve multi-revision support
19:11 jmerelo left
Geth rakudo: e623265e39 | (Elizabeth Mattijsen)++ | lib/MoarVM/Profiler.pm6
Some more fixes / tweaks to MoarVM::Profiler

  - added Profiler.all_allocations / all_callees again
  - fix some calls that internally went wrong
  - made Callee.gist a bit smarter
  - reduced length of class references by using a 'unit module'
19:14
20:07 pamplemousse_ joined 20:10 ufobat_ joined 20:14 ufobat__ left 20:34 skids left 20:53 Xliff joined
rba We should do that, right? github.blog/2019-05-23-announcing-...b-workflow 20:56
lizmat looks interesting :-) 21:06
21:10 leont left 21:14 skids joined 21:20 skids left
jnthn vrurg: Left a few comments 21:23
yoleaux 18:10Z <vrurg> jnthn: if you have a couple of minutes just to give your "yes" or "no" to github.com/perl6/problem-solving/issues/31 so I could either start with it or look for another way. R#2852 now depends on it.
synopsebot R#2852 [open]: github.com/rakudo/rakudo/pull/2852 Add revision 6.e and improve multi-revision support
21:43 leont joined 22:49 dogbert17 left 23:09 leont left 23:11 donaldh left
vrurg jnthn: BTW, may I also have commit bit for roast? 23:45
jnthn vrurg: You don't have one as a member of the perl6 org? 23:57
jnthn thought that happened automatically when anyone was added to the org 23:58
vrurg No. But I'm not in perl6 team.
Have requested team membership a minute ago.
jnthn Just sent an invite 23:59
hah