github.com/moarvm/moarvm | IRC logs at colabti.org/irclogger/irclogger_logs/moarvm
Set by AlexDaniel on 12 June 2018.
00:05 brrt joined 00:29 brrt left 04:08 evalable6 left, linkable6 left 04:10 linkable6 joined, evalable6 joined
nine MasterDuke: patching gmp to fix issues means that we can't use an already installed gmp 06:57
07:04 SmokeMachine left 07:22 SmokeMachine joined 07:29 sena_kun joined
MasterDuke nine: true. we have patches on a couple of our 3rdparty libraries, some of them are for building, which obviously doesn't matter for --has-foo, but i don't think they all are. we don't test --has-* in CI do we? 07:49
nwc10 good *, #moarvm 07:51
MasterDuke i think i'm going to go with just '*' today 07:53
nwc10 OK. I hope that tomorrow is better
MasterDuke likewise, fighting a cold for the past week. they usually only last a day or two 07:54
ok, all nqp tests pass (quick hack of ucing the string if the base is > 10) 07:57
down to two failed tests in rakudo's tests and 20 files with fails in a spectest 08:02
huh. two TODOs passed in t/spec/S02-types/int-uint.rakudo.moar
09:40 Altai-man joined 09:43 sena_kun left 10:10 chansen_ left 10:11 leont joined 10:12 chansen_ joined 10:16 brrt joined 11:30 brrt left
MasterDuke ugh. i'm not sure i can fix any of the other problems until i figure out why some bigints are going to zero. e.g., `say +(42 xx 2**99)` gives 0, no idea why 13:08
lizmat xx ? 13:34
aren't we limited to 64bIt wrt to lengths of nqp::lists ? 13:35
shouldn't that just horribly die? or is that your point ?
13:41 sena_kun joined 13:43 Altai-man left
MasterDuke m: say +(42 xx 2**99) 13:48
camelia Cannot .elems a lazy list
in block <unit> at <tmp> line 1
MasterDuke yeah, returning 0 is just all kinds of wrong
the 2**99 is being calculated correctly, but then it's actually getting into elems of src/6model/reprs/VMArray.c and body->elems is 0 (that part isn't really surprising) 13:49
i just haven't figured out what's going wrong in the middle 13:50
m: say so 42 xx 2⁹⁹⁹⁹⁹ # though is this really correct? 13:54
camelia True
MasterDuke i guess cause it's a sequence it's ok 13:55
14:02 Kaiepi joined 14:25 dogbert17 joined
dogbert17 if the MVM_SPESH_CHECK_PRESELECTION is set here, github.com/MoarVM/MoarVM/blob/mast...rame.c#L7, and it triggers a warning 15:19
when running e.g. t/spec/S06-operator-overloading/circumfix.t is that a bug or something which can be safely ignored? 15:20
MasterDuke the current diff if anybody wants to look gist.github.com/MasterDuke17/d55b7...8012a26bd4 15:42
tobs MasterDuke: that comment seems outdated now? gist.github.com/MasterDuke17/d55b7...patch-L185 15:46
MasterDuke tobs: ha, right. though i hope that code will change again 15:54
if that is the way we end up dealing with gmp returning lowercase values then it'd probably be faster to just uppercase the c str directly, instead of doing it to the MVMString 16:00
17:40 Altai-man joined 17:43 sena_kun left 18:20 zakharyas joined 19:39 brrt joined
nwc10 good *, brrt 19:57
20:01 brrt left
timotimo nwc10: does your DISPLAY_MODE_NONE have a typo in it %) 20:20
nwc10 oh yes. oops. 20:22
but I need to go to bed.
well spotted.
20:48 zakharyas left 21:01 ggoebel__ left 21:20 Altai-man left 21:34 codesections left 22:20 leont left 23:42 ggoebel joined