Welcome to the main channel on the development of MoarVM, a virtual machine for NQP and Rakudo (moarvm.org). This channel is being logged for historical purposes.
Set by lizmat on 24 May 2021.
dogbert11 drops one of lizmat's pins 11:54
lizmat looks at the massive hole 11:55
dogbert11 I was hoping someone would be interested in merging github.com/MoarVM/MoarVM/pull/1689 11:56
lizmat has the pwert and will do 11:59
Geth MoarVM: 2eb8373955 | dogbert17++ (committed using GitHub Web editor) | 3rdparty/libuv
Update libuv to version 1.44.1 (#1689)

Co-authored-by: Jan-Olof Hendig [email@hidden.address] Co-authored-by: Jan-Olof Hendig <jan-olof.hendig@bredband.net>
lizmat and do the appropriate bumps
dogbert11 yes, unless there are more merges upcoming 12:01
thx
lizmat bumped 12:21
dogbert11 coool, lizmat++ 12:35
lizmat m: use nqp; say nqp::unlink("doesnotexist") # shouldn't this throw? 14:36
camelia doesnotexist
lizmat github.com/rakudo/rakudo/blob/mast...h.pm6#L496 appears to expect an exception 14:37
dogbert11 m: loop { await ^2 .map: { start { require ::("Test") } } } 16:03
camelia An operation first awaited:
in block <unit> at <tmp> line 1

Died with the exception:
Failed to seek in filehandle: 22
in block at <tmp> line 1
dogbert11 hmm, it SEGV'd for me
#0 MVM_serialization_demand_object (tc=0x52b40233500, sc=<optimized out>, idx=856) at src/6model/serialization.c:2758 16:06
#1 0x00007ffff78f8525 in MVM_sc_get_object (tc=<optimized out>, sc=<optimized out>, idx=<optimized out>) at src/6model/sc.c:207
perhaps nine knows more, code snippet taken from github.com/rakudo/rakudo/issues/1920 16:07
nine Multi threaded module loading is still troublesome. IIRC repossession is one of the reasons 19:01
Geth MoarVM: 3d65db97bd | (Daniel Green)++ | src/core/coerce.c
Fix sign comparison warnings in coerce_su implementation

The implementation had been copied from coerce_si, which was based on gcc's strtoll, so adjust it to be based on strtoull instead.
19:49
MoarVM: 5d79a3ed91 | MasterDuke17++ (committed using GitHub Web editor) | src/core/coerce.c
Merge pull request #1694 from MasterDuke17/fix_sign_comparison_warnings_in_coerce_su_implementation
lizmat MasterDuke: does that warrant a bump ? 19:57
MasterDuke don't think so. doesn't seem to have been a problem in the wild 19:58
no objection if you want to do one, i just don't think it's an immediate requirement 19:59
lizmat it would improve bisectability, would be my argument :-) 20:00
ah, but this was just about C compiler warnings? 20:01
MasterDuke yeah. maybe the warnings were legitimate (i.e., pointing out a real problem we had), but i don't know enough about C and/or the algorithm to be sure 20:04
lizmat ok will bump just to be sure :-) 20:05
MasterDuke nine: have you seen github.com/Raku/nqp/pull/768 ? do you have any thoughts? 20:59
nine MasterDuke: have not really had time yet. Week's been crazy busy and github.com/rakudo/rakudo/issues/4828 is tough 21:25
MasterDuke no worries. it's pretty independent of most other changes going on, so it can sit for a while without bitrotting 21:27
lizmat anyone for an answer to this: www.reddit.com/r/rakulang/comments...rent_arch/ 21:59
ugexe maybe they could send a PR to add their arch to github.com/Raku/App-Rakubrew/blob/...#L132-L142 22:03