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.
AlexDaniel elems requires a concrete object (got a VMNull type object instead) 01:11
:|
“fixed” by working around but that's probably not cool 01:12
something about `temp` though, so not common
05:27 robertle_ left 06:20 ufobat_ joined 06:24 ufobat__ left 06:27 ufobat_ left 07:09 patrickb joined
|Tux| Rakudo version 2019.03.1-666-ga26e95bab - MoarVM version 2019.05-96-gd6f9e02ba
csv-ip5xs0.695 - 0.714
csv-ip5xs-205.030 - 5.112
csv-parser22.700 - 23.192
csv-test-xs-200.431 - 0.440
test6.526 - 7.006
test-t1.655 - 1.710
test-t --race0.774 - 0.847
test-t-2027.812 - 28.452
test-t-20 --race8.923 - 9.093
08:07
lizmat Files=1275, Tests=108166, 208 wallclock secs (26.67 usr 7.92 sys + 2901.19 cusr 290.47 csys = 3226.25 CPU) 08:28
notable6: weekly 09:33
notable6 lizmat, 11 notes: gist.github.com/b279e9e358ef9b1e15...f11f8383a3
lizmat notable6: weekly reset 09:34
notable6 lizmat, Moved existing notes to “weekly_2019-07-01T09:34:12Z”
lizmat reportable6 2019-06-24T12:00:00 2019-07-01T00:00:00Z 09:36
reportable6: 2019-06-24T12:00:00 2019-07-01T00:00:00Z
reportable6 lizmat, OK, working on it! This may take up to 40 seconds
lizmat, gist.github.com/b747f278174caa5b3a...ebc7a2e761 09:37
lizmat reportable6: 2019-06-01T12:00:00 2019-07-01T00:00:00Z 09:38
reportable6 lizmat, OK, working on it! This may take up to 40 seconds
lizmat, gist.github.com/a90f73990b6e5efd37...1a8c89f3f9 09:39
lizmat and another Perl 6 Weekly hits the Net: p6weekly.wordpress.com/2019/07/01/...n-in-riga/ 10:08
10:32 evalable6 left 10:36 evalable6 joined
AlexDaniel` lizmat but why 12 :) 11:14
lizmat ? 11:15
AlexDaniel` From 12:00 to 00:00, so 12 hours are not reflected 11:19
lizmat ahh.... hmmm... copy pasto 11:25
reportable6: 2019-06-24T00:00:00 2019-07-01T00:00:00Z
reportable6 lizmat, OK, working on it! This may take up to 40 seconds
lizmat, gist.github.com/e8a8ff5c586c82e204...4dabec25c7 11:26
lizmat reportable6: 2019-06-01T00:00:00 2019-07-01T00:00:00Z 11:27
reportable6 lizmat, OK, working on it! This may take up to 40 seconds
lizmat, gist.github.com/9bb96481981c359537...11c936052a 11:28
timotimo lizmat: "found a signature error pseudostash.which", does that miss an "in" or something? 13:13
lizmat timotimo: indeed, fixed 13:14
13:22 lucasb joined 14:54 patrickb left 17:15 dogbert11 left
vrurg timotimo: BTW, I was desperate and tried installing App::MoarVM::Debug. Ended up with 'failed to fetch'. 19:12
yoleaux 30 Jun 2019 00:46Z <patrickb> vrurg: I got it working!
timotimo oh? 19:14
fetching from cpan failed or something?
vrurg Looks like github: ===> Fetching [FAIL]: App::MoarVM::Debug:ver<0.0.1> from [email@hidden.address] 19:17
Geth rakudo: d4ceb97e06 | (Elizabeth Mattijsen)++ | src/core/Rakudo/Internals/JSON.pm6
Add/Remove space, fix comma

  - pretty JSON had lost its space after the colon, now it has one again
  - unpretty JSON still had a space, now gone
  - unpretty JSON should just have a ",", not a ",\n"
Follows JSON::Fast fixes for version 0.9.16
timotimo lizmat++
haha, the debug output 19:18
fun fun
well, i can use zef install just fine :(
AlexDaniel lizmat: that should go into the release, right? 19:23
or not?
lizmat it's cosmetic, not a functional difference 19:24
timotimo unless you expect to-json :!pretty to give exactly one line
lizmat well... ok, but then you're not expecting JSON, but a subset of JSON: the ones on a single line 19:25
timotimo fair enough
lizmat for "from-json" there is no difference
timotimo m: enum Blorb <Fleep>; Rakudo::Internals::to-json(Fleep).say 19:26
camelia Could not find symbol '&to-json'
in block <unit> at <tmp> line 1
timotimo m: enum Blorb <Fleep>; Rakudo::Internals::&to-json(Fleep).say
camelia 5===SORRY!5=== Error while compiling <tmp>
Malformed lookup of ::&to-json; please use ::('&to-json'), ::{'&to-json'}, or ::<&to-json>
at <tmp>:1
------> 3enum Blorb <Fleep>; Rakudo::Internals7⏏5::&to-json(Fleep).say
timotimo m: enum Blorb <Fleep>; &Rakudo::Internals::to-json(Fleep).say
camelia Cannot find method 'Any' on object of type Blorb
in block <unit> at <tmp> line 1
timotimo m: enum Blorb <Fleep>; &Rakudo::Internals::to-json([Blorb, Fleep]).say
camelia Cannot find method 'Any' on object of type Array
in block <unit> at <tmp> line 1
timotimo *shruuuuuug* 19:27
that's clearly not how you do it
m: enum Blorb <Fleep>; to-json([Blorb, Fleep]).say
camelia [
null,
Fleep
]
Saw 1 occurrence of deprecated code.
================================================================================
Sub to-json (from GLOBAL) seen at:
<tmp>, line 1
Please use JSON::Fast, JSON::Tiny or JSON::Pre
timotimo ^- you can get invalid json with rakudo's internal to-json by using enums
vrurg timotimo: could be because of [email@hidden.address] in repo url. Perhaps https:// is bettter be used instead. 19:31
timotimo i thought i uploaded it to cpan actualy
but maybe not
vrurg Same I get for MoarVM::Remote and Data::MessagePack 19:32
What makes it strange is that I can clone it manually.
Perhaps zef ignores my github token. 19:33
timotimo i can change the repo urls and see if that improves things
but i thought with https you always get a username/password prompt 19:34
vrurg That's true for git@github. https:// is generally R/O access. 19:35
timotimo oh, huh? 19:36
vrurg To be more precise: https is asking for credencials if you push. Pull just works. 19:37
help.github.com/en/articles/why-is...y-password – now this is strange. 19:38
timotimo i've pushed both Moar-related libraries 19:40
vrurg I'll try later, when indexes/caches are updated. Anyway, I think I've got the core.setting problem solved. Need to fix building of CORE:: namespace and that should be it. 19:41
But not having papers on the internals is really painful. I mostly guessing how things are working. Still not sure if got the logic behind 'forceouterctx' right. 19:43
21:47 patrickb joined 23:11 lucasb left 23:20 patrickb left
Geth z: treyharris++ created pull request #6:
Add install instructions for calling z by another name
23:20