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:05 anatofuz left 00:06 anatofuz joined 00:11 anatofuz left
Geth_ rakudo/master: 4 commits pushed by (Vadim Belman)++ 00:11
roast/master: 4 commits pushed by (Vadim Belman)++
vrurg Is it possible that GitHub retouched some repositories somehow? For the second time in a row my local clone goes out of sync with GitHub. 00:13
00:18 anatofuz joined 00:22 anatofuz left 00:23 anatofuz joined 00:25 anatofuz left, anatofuz joined 00:48 lucasb left 00:49 anatofuz left 01:12 cognomin_ joined 01:13 anatofuz joined 01:16 cognominal left 01:32 travis-ci joined
travis-ci Rakudo build failed. Vadim Belman 'Merge pull request #3174 from vrurg/problem-solving-99 01:32
travis-ci.org/rakudo/rakudo/builds/586309824 github.com/rakudo/rakudo/compare/9...5bd3197170
01:32 travis-ci left 01:34 tellable6 left, anatofuz left 01:38 tellable6 joined, ChanServ sets mode: +v tellable6 01:54 anatofuz joined 01:57 anatofuz left 02:04 epony left 02:11 anatofuz joined 02:14 anatofuz left 02:19 anatofuz joined 02:21 anatofuz left 02:37 anatofuz joined 02:41 anatofuz left 02:43 anatofuz joined 02:44 epony joined 03:00 anatofuz left 03:14 anatofuz joined 03:18 anatofuz left 03:20 anatofuz joined 03:31 anatofuz left 03:32 anatofuz joined 03:37 anatofuz left 03:51 anatofuz joined 03:55 anatofuz left 03:57 anatofuz joined 04:03 anatofuz left 04:12 anatofuz joined 04:17 anatofuz left 04:41 anatofuz joined 04:45 anatofuz left 04:54 anatofuz joined 04:59 anatofuz left 05:08 anatofuz joined 05:12 anatofuz left 05:22 anatofuz joined 05:27 anatofuz left 05:30 anatofuz joined 05:41 anatofuz left 05:47 anatofuz joined 06:03 squashable6 left
AlexDaniel vrurg: what do you mean goes out of sync? 06:03
06:06 squashable6 joined, ChanServ sets mode: +v squashable6 06:11 anatofuz left 06:15 anatofuz joined, [Coke]_ joined 06:17 [Coke] left
tobs AlexDaniel: I haven't found any ecosystem module but written 80% of a routine of my own. Will continue after work. 06:17
AlexDaniel tobs: weird. Sounds so simple yet so hard 06:18
tobs yeah, it's not nice, especially when you want the output of months to be optional and if omitted add the months worth of time to the days and so on. It's a back and forth between Duration and calendar properties :/ 06:21
AlexDaniel make it a module, maybe? 06:25
06:29 anatofuz left
tobs I'm also quite tired, maybe there is an easy path through these computations. If not, I'll make a module. Later o/ 06:29
06:40 anatofuz joined 06:41 anatofuz left, anatofuz joined 06:43 anatofuz left 06:45 anatofuz joined, anatofuz left 07:11 anatofuz joined 07:12 anatofuz left 07:28 anatofuz joined 07:33 anatofuz left 07:39 anatofuz joined 07:44 anatofuz left 07:50 ufobat joined 08:52 anatofuz joined 09:05 anatofuz left, anatofuz joined 09:06 anatofuz left 09:07 anatofuz joined 09:27 MasterDuke left 09:47 anatofuz left, anatofuz joined 09:49 anatofuz left, anatofuz joined 09:52 anatofuz left 10:01 anatofuz joined 10:29 gugod left 10:32 Guest69469 joined 10:33 gugod joined
releasable6 Next release in ≈3 days and ≈7 hours. R6 is down. At least 8 blockers. Please log your changes in the ChangeLog: github.com/rakudo/rakudo/wiki/ChangeLog-Draft 11:00
12:32 lucasb joined 13:07 [Coke]_ is now known as [Coke]
|Tux| Rakudo version 2019.07.1-260-g9dd67cb37 - MoarVM version 2019.07.1-223-g55b6f7345
csv-ip5xs0.671 - 0.715
csv-ip5xs-204.788 - 5.203
csv-parser21.610 - 21.917
csv-test-xs-200.421 - 0.435
test7.022 - 7.277
test-t1.733 - 1.734
test-t --race0.780 - 0.786
test-t-2029.654 - 29.701
test-t-20 --race9.206 - 9.422
 13:13
13:17 anatofuz left 14:34 camelia left 14:36 camelia joined 14:37 ChanServ sets mode: +v camelia 14:55 cognominal joined 14:58 cognomin_ left 15:16 ufobat_ joined 15:19 ufobat left 15:35 MasterDuke joined 15:57 Kaiepi left 15:58 Kaiepi joined 16:28 p9s joined
vrurg AlexDaniel: with regard to github repos, here is what happened: git complained that my local branch is out of sync and pull is needed, even though both were untouched for a while. pulling ended up with merging remote branch and my local branch (both are actually the same!) and resulted in duplicated commits and overall it was all mess. 16:28
happened with two of my forked repos: roast and rakudo. Looks like lizmat got same problem too. 16:29
AlexDaniel m: say 42 16:36
e: say 42
camelia 42
evalable6 42
AlexDaniel moritz: camelia is not following master, can you check?
vrurg: can you give an example of a duplicated commit? 16:37
vrurg: I mean, their shas
timotimo walk a mile in my shas 16:47
vrurg AlexDaniel: 7f1b75c92295375471052db4cae48076863873ad d1688600d2e82f4943d707231882327ad64abfc3 16:51
In perl6/roast
AlexDaniel ok what the f is this 16:52
AlexDaniel looks
vrurg For rakudo I caught it before PR was merged, so had to re-create and force-push my local branch.
16:53 robertle joined
AlexDaniel vrurg: according to this both commits came from your side: github.com/perl6/roast/pull/575/commits 16:55
vrurg AlexDaniel: note that the problem happened with my fork of roast. The commits then slipped in via PR merge because I was late in noticing the problem
Right, we're writing at the same time. :) 16:56
AlexDaniel also, force pushes are disabled in all repos
with “Include administrators” checked
on master branch only
something I fixed when things went wrong the last time… :) 16:57
vrurg: unless someone was messing with your branch, I don't really see how that could've happened
vrurg I always work on my fork except for very little changes. Then merge PRs. It's more manageable this way. But what the f happened with the fork is a mystery to me. 16:58
The only thing I suspect is git gc on my side. But if it is the cause then why did it mess with hashes?
AlexDaniel to me it looks like a rebase that went a bit wrong 17:00
vrurg This is likely. I was always merging from the original repo using 'git pull upstream --ff --tags master' but decided that --rebase is better because it doesn't leave behind 'merge' commits. 17:02
Kaiepi m: my subset Foo where Int | Str; my Foo:U $ = Nil; say 'success'; CATCH { default { say 'failure' } } 17:18
camelia success
Kaiepi m: use v6.e.PREVIEW; my subset Foo where Int | Str; my Foo:U $ = Nil; say 'success'; CATCH { default { say 'failure' } }
camelia failure
Kaiepi is this supposed to succeed in v6.e?
vrurg Kaiepi: no. 17:20
m: say Nil ~~ Int | Str
camelia False
Kaiepi oh 17:21
vrurg Kaiepi: I mean it is rejected not by subset iself but by the smartmatch
Kaiepi how do subsets in v6.e differ from how they were before? 17:22
vrurg They're now check for variable value upon variable creation. 17:24
m: subset SS of Any where { !.defined || $_ ~~ Int | Str }; my SS $s = Nil' 17:25
camelia 5===SORRY!5=== Error while compiling <tmp>
Two terms in a row
at <tmp>:1
------> 3ned || $_ ~~ Int | Str }; my SS $s = Nil7⏏5'
expecting any of:
infix
infix stopper
postfix
statement end
…
vrurg m: use v6.e.PREVIEW; subset SS of Any where { !.defined || $_ ~~ Int | Str }; my SS $s = Nil 17:26
camelia ( no output )
vrurg ^ like this
m: use v6.e.PREVIEW; subset SS of Any where { !.defined || $_ ~~ Int | Str }; my SS $s = Nil; say $s.perl
camelia Any 17:27
vrurg m: use v6.e.PREVIEW; subset SS of Int where Int | Str; my $ss = Nil; say $ss.perl 17:28
camelia Any
vrurg Kaiepi: ^ Or like this
The other change is subsets are now getting nominalized. I.e. in your case it nominalizes into Any which doesn't match Int | Str 17:29
m: subset SS of Int; my SS $s; say $s.WHAT; 17:32
camelia (SS)
vrurg m: use v6.e.PREVIEW; subset SS of Int; my SS $s; say $s.WHAT; 17:33
camelia (Int)
vrurg AlexDaniel: I think R#3133 can be closed now. 17:40
synopsebot R#3133 [open]: github.com/rakudo/rakudo/issues/3133 [BLOCKER] Backward compatibility for export / map containerization
17:43 nebuchad` joined 17:44 nebuchadnezzar left, nebuchad` is now known as nebuchadnezzar
AlexDaniel vrurg: so ASN::META OEIS modules currently work even without fixes to them? 17:50
vrurg AlexDaniel: yes. Forgot again, does m: follow HEAD? 17:51
AlexDaniel vrurg: evalable6 does, camelia is still broken
vrurg: try e:
vrurg e: my %h = a => 1, b => 2; say %h.Map<a>.VAR.^name 17:52
evalable6 Int
vrurg ^
Would've been Scalar before
m: my %h = a => 1, b => 2; say %h.Map<a>.VAR.^name
camelia Scalar
AlexDaniel c: HEAD~100 my %h = a => 1, b => 2; say %h.Map<a>.VAR.^name
committable6 AlexDaniel, ¦HEAD~100: «Int␤»
AlexDaniel c: HEAD~50 my %h = a => 1, b => 2; say %h.Map<a>.VAR.^name
committable6 AlexDaniel, ¦HEAD~50: «Scalar␤»
AlexDaniel right 17:53
vrurg BTW, to get done with all those containerize/decontainerize wars I proposed to include always-deconting Tuple and Dict into core.
Tuple is lizmat work and is in the ecosystem already. Dict would be a 8-lines class with the latest changes. 17:54
17:55 p9s left
AlexDaniel releasable6: what's the status 17:55
releasable6 AlexDaniel, I cannot recognize this command. See wiki for some examples: github.com/perl6/whateverable/wiki/Releasable
AlexDaniel releasable6: status
releasable6 AlexDaniel, Next release in ≈3 days and ≈1 hour. R6 is down. At least 7 blockers. Unknown changelog format
AlexDaniel, Details: gist.github.com/9923155e36670f8ebe...24171cea19
AlexDaniel c: HEAD,HEAD,HEAD,HEAD,HEAD,HEAD,HEAD,HEAD,HEAD gist.github.com/AlexDaniel/366aafd...ba85e86722 17:57
vrurg R#3132 should be possible to close too.
synopsebot R#3132 [open]: github.com/rakudo/rakudo/issues/3132 [BLOCKER] [WIP] Blin 2019-08-20
AlexDaniel vrurg: is it? What's with Unicode::GCB?
committable6 AlexDaniel, gist.github.com/3be1cbd739613425fe...963ee1cc21 17:58
vrurg Ah, forgot it's not only my problems in there. ;) Ok, but what is related to my commits – all should be ok now.
AlexDaniel c: 2017.01.1 gist.github.com/AlexDaniel/366aafd...ba85e86722
committable6 AlexDaniel, ¦2017.01.1: «Cannot find this revision (did you mean “2017.04.1”?)»
AlexDaniel c: 2019.07.1 gist.github.com/AlexDaniel/366aafd...ba85e86722
committable6 AlexDaniel, gist.github.com/a4967038b2cb28625a...c0a4c5338e 17:59
AlexDaniel c: 2019.07.1,2019.07.1,2019.07.1,2019.07.1,2019.07.1 gist.github.com/AlexDaniel/366aafd...ba85e86722
committable6 AlexDaniel, gist.github.com/712b8bd76e5934325c...bcf27f6d73
vrurg R#3100 – the problem is with libuv and I've no idea how and when is it gonna be fixed.
synopsebot R#3100 [open]: github.com/rakudo/rakudo/issues/3100 [BLOCKER][macOS] IO::Notifications for changes to file contents (2019.03 vs 2019.07.1)
AlexDaniel meh
there was a way to reliably test this…
vrurg AlexDaniel: I have a PR in roast with tests. I don't merge it before we get a fix. 18:00
AlexDaniel vrurg: where's the upstream bug report? 18:01
vrurg rrright... I though the ticket opener would report it but was too busy to check it. Seemingly he didn't. 18:02
And anyway, I think we have one more blocker on our hands. Latest NQP bump broke DateTime spectest. 18:03
vrurg left for reporting issues. 18:04
AlexDaniel vrurg++ 18:12
c: 2019.07.1 gist.github.com/AlexDaniel/3d42b7a...5e43b51604 18:13
committable6 AlexDaniel, Using file “bisecting-this.p6” as a main file, other files are placed in “sandbox/”
AlexDaniel, gist.github.com/836d0414963a37fc0c...7f5551a8d4
AlexDaniel … stupid bot
c: 2019.07.1 gist.github.com/AlexDaniel/3d42b7a...5e43b51604
committable6 AlexDaniel, Using file “bisecting-this.p6” as a main file, other files are placed in “sandbox/”
AlexDaniel, gist.github.com/2f0c34e5636c3c9680...a93ef25a2b
AlexDaniel c: 2019.07.1 gist.github.com/AlexDaniel/3d42b7a...5e43b51604
committable6 AlexDaniel, Using file “bisecting-this” as a main file, other files are placed in “sandbox/”
AlexDaniel, gist.github.com/f5efc9c141e9d9b8e4...f486606a19 18:14
AlexDaniel you've got to be kidding me
ah, both have MAIN 18:15
that's why
c: 2019.07.1 gist.github.com/AlexDaniel/3d42b7a...5e43b51604
committable6 AlexDaniel, Using file “bisecter.p6” as a main file, other files are placed in “sandbox/”
18:15 vrurg_ joined
committable6 AlexDaniel, gist.github.com/5e73b9c63c16994356...70718c801c 18:16
AlexDaniel c: HEAD gist.github.com/AlexDaniel/3d42b7a...5e43b51604
committable6 AlexDaniel, Using file “bisecter.p6” as a main file, other files are placed in “sandbox/”
AlexDaniel, gist.github.com/82b59df7ffbaeca1d5...7de6d93553
AlexDaniel c: HEAD,HEAD,HEAD,HEAD,HEAD gist.github.com/AlexDaniel/3d42b7a...5e43b51604
committable6 AlexDaniel, Cannot fetch data from GitHub API (HTTP status line is 403 Forbidden)
AlexDaniel c: HEAD,HEAD,HEAD,HEAD,HEAD gist.github.com/AlexDaniel/3d42b7a...5e43b51604
committable6 AlexDaniel, Cannot fetch data from GitHub API (HTTP status line is 403 Forbidden)
AlexDaniel xD
18:18 vrurg left, vrurg_ is now known as vrurg
AlexDaniel c: HEAD,HEAD,HEAD,HEAD,HEAD gist.github.com/AlexDaniel/3d42b7a...5e43b51604 18:18
committable6 AlexDaniel, Cannot fetch data from GitHub API (HTTP status line is 403 Forbidden)
AlexDaniel okay, anyway if that's clean after the poor bot is allowed to touch the api again then this ticket can be… unblockered github.com/rakudo/rakudo/issues/3114 18:20
.seen patrickb
tellable6 AlexDaniel, I saw patrickb 2019-09-13T18:10:06Z in #perl6: * patrickb is back to vacationing
vrurg AlexDaniel: he told me he's gotta be busy until October. 18:22
AlexDaniel October of which year? :P
vrurg s/busy/not available/
He didn't specify, I wouldn't speculate! :D
AlexDaniel vrurg: so what's the current status of R#3090? I thought it was fixed? 18:24
synopsebot R#3090 [open]: github.com/rakudo/rakudo/issues/3090 [BLOCKER][build] Installer does not play well with Arch Linux’s makepkg
AlexDaniel c: HEAD,HEAD,HEAD,HEAD,HEAD gist.github.com/AlexDaniel/3d42b7a...5e43b51604
committable6 AlexDaniel, Cannot fetch data from GitHub API (HTTP status line is 403 Forbidden)
AlexDaniel damn I guess it'll reset in 35 minutes…
vrurg AlexDaniel: R#3090 is partially fixed. It consists of two parts. One I have nailed down. The other, I'm afraid, also libuv-related because it is something about permission and detecting writability to a file. 18:25
AlexDaniel damn 18:26
nine m: class Foo { }; role Bar { has $.bar; }; my @threads = (^100).map: { Thread.start: { for ^100 { Foo.new does Bar; }; sleep 1 } }; .finish for @threads; 19:20
camelia MoarVM panic: Could not spawn thread: errorcode -11
nine m: class Foo { }; role Bar { has $.bar; }; my @threads = (^50).map: { Thread.start: { for ^100 { Foo.new does Bar; }; sleep 1 } }; .finish for @threads; 19:21
camelia Unhandled exception: Cannot look up attributes in a Perl6::Metamodel::ClassHOW type object
at gen/moar/Metamodel.nqp:1656 (/home/camelia/rakudo-m-inst-2/share/perl6/lib/Perl6/Metamodel.moarvm:BUILDPLAN)
from SETTING::src/core.c/Mu.pm6:330 (/…
nine m: class Foo { }; role Bar { has $.bar; }; my @threads = (^20).map: { Thread.start: { for ^100 { Foo.new does Bar; }; sleep 1 } }; .finish for @threads;
camelia ( no output )
nine m: class Foo { }; role Bar { has $.bar; }; my @threads = (^20).map: { Thread.start: { for ^100 { Foo.new does Bar; }; sleep 1 } }; .finish for @threads;
camelia ( no output )
nine Anyway, keeping the threads alive till all the mixing in is done makes my issue vanish completely. So yes, it's definitely thread destruction that's at fault here 19:23
timotimo very good 19:24
robertle vrurg: regarding R#3090: have you seen the digging we did on the debiian side? in our case the build environment uses LD_PRELOAD to fake root permissions in a chroot, and that did not wrap statx 19:39
synopsebot R#3090 [open]: github.com/rakudo/rakudo/issues/3090 [BLOCKER][build] Installer does not play well with Arch Linux’s makepkg
robertle recent libuv uses statx instead of stat() in most cases. even if you don't have the LD_PRELOAD thing, the statx() vs stat() insight may be helpful...
vrurg robertle: unfortuantely, I don't have time for working on this. Hope patrickb will be able to look into it. 19:41
robertle: Or I'd have to postpone rework of NQP makefiles but this would delay a merge of jvm backend major optimization. 19:42
robertle reading the ticket again (I know nothing about arch's build system) I am almost certain that it is the exact same problem we had... so with some luck #935290 (debian bugsystem) helps you guys... 19:44
vrurg robertle: may I ask you to report your findings to moarvm? 19:47
Unless you've already done so.
Geth_ ¦ nqp: vrurg self-assigned [WIP] Provide common ground for all backend makefiles github.com/perl6/nqp/issues/578 19:50
MasterDuke vrurg: fwiw, if by "jvm backend major optimization" you mean the truffle branch, i think it will be quite a while before it's ready to merge/replace the current jvm implementation
robertle vrurg: it's all linked from #3090 :) 19:51
nine timotimo: I guess it's no wonder that I come across something that forces me to read our gen2 code. It's more suprising I came so far without doing so :) 19:52
vrurg MasterDuke: anyway, the later I'm done with nqp – the later you could start merging it.
robertle: it worth a ticket in moarvm because its developers can easily miss related tickets in rakudo.
MasterDuke vrurg: yeah, i don't mean to dissuade you from anything, just that i don't think a major jvm optimization is on the near horizon 19:53
vrurg MasterDuke: anyway, I want this be done before I'm totally demotivated. It's such an irritating task that I needed a couple of weeks after finished with rakudo. :) 19:56
vrurg is afk.
20:29 |Tux| left 20:45 Ven`` joined 21:09 MasterDuke left 21:21 |Tux| joined 21:28 cognomin_ joined 21:31 cognominal left 21:33 anatofuz joined
AlexDaniel c: HEAD,HEAD,HEAD,HEAD,HEAD gist.github.com/AlexDaniel/3d42b7a...5e43b51604 22:10
committable6 AlexDaniel, Using file “bisecter.p6” as a main file, other files are placed in “sandbox/”
AlexDaniel, gist.github.com/fc7ec6f64d012846c5...e483120fab 22:11
AlexDaniel c: HEAD,HEAD,HEAD,HEAD,HEAD,HEAD,HEAD,HEAD,HEAD,HEAD gist.github.com/AlexDaniel/3d42b7a...5e43b51604 22:13
committable6 AlexDaniel, Using file “bisecter.p6” as a main file, other files are placed in “sandbox/”
AlexDaniel, gist.github.com/b768e46f1849cf8257...f7cb9c487c 22:15
22:16 anatofuz left 22:17 Ven`` left 22:30 anatofuz joined 22:34 anatofuz left 22:56 anatofuz joined 23:20 Kaiepi left 23:23 Kaiepi joined 23:41 anatofuz left 23:51 anatofuz joined 23:52 lucasb left 23:55 anatofuz left

Powered by Cro and the Raku® Programming Language.

Please report any issues / comments / feature requests as an issue on App::Raku::Log.

Thank you!