|
github.com/moarvm/moarvm | IRC logs at colabti.org/irclogger/irclogger_logs/moarvm Set by AlexDaniel on 12 June 2018. |
|||
|
02:17
dogbert11 left
04:07
committable6 left,
statisfiable6 left,
bloatable6 left,
nativecallable6 left,
evalable6 left,
coverable6 left,
squashable6 left,
notable6 left,
reportable6 left,
tellable6 left,
shareable6 left,
greppable6 left,
releasable6 left,
unicodable6 left,
benchable6 left,
bisectable6 left,
quotable6 left,
benchable6 joined
04:08
evalable6 joined,
squashable6 joined,
nativecallable6 joined,
releasable6 joined
04:09
tellable6 joined,
committable6 joined
04:10
shareable6 joined,
unicodable6 joined,
coverable6 joined,
greppable6 joined,
bloatable6 joined,
notable6 joined,
bisectable6 joined
04:11
reportable6 joined,
quotable6 joined
04:12
statisfiable6 joined
06:38
domidumont joined
07:49
zakharyas joined
08:12
robertle joined
08:59
sena_kun joined
10:08
zakharyas left
10:49
zakharyas joined
|
|||
| Guest23744 | not much activity here today :) | 12:13 | |
|
12:21
zakharyas left
12:41
lucasb joined
14:00
zakharyas joined
14:29
robertle left
14:30
robertle joined
15:20
robertle left
15:24
robertle joined
15:29
robertle left
15:33
domidumont left
15:44
robertle joined
15:48
robertle left
16:16
dogbert11 joined
16:28
MasterDuke joined
17:02
chloekek joined
|
|||
| nine | Yeah....if there was more activity I could take the lack of a "NNNOOOOO don't do that!" as a sign that turning guard sets into MVMCollectable was sane... | 17:02 | |
| dogbert11 | perhaps it is sane | 17:03 | |
|
17:08
robertle joined
|
|||
| jnthn | Ah, I meant to look at that | 17:08 | |
| Hmm...not sure | 17:15 | ||
| I mean, it marks the things within the plugin guard set but I don't see how it prevents the memory related to them being freed | 17:17 | ||
| Hm, what's allocating during guard resolution anyway... | 17:18 | ||
| Oh, the collected objects | |||
| Since spesh plugin resolution needn't be reentrant, I wonder wonder if we can simply allocate such an array once and hang it off the thread context | 17:19 | ||
| otoh, that sadly won't help with MVM_repr_get_attr_o | |||
|
17:30
zakharyas left
18:56
zakharyas joined
19:38
MasterDuke left
20:15
chloekek left
20:28
robertle left
|
|||
| nine | jnthn: if the guard set were an MVMCollectable we wouldn't need the MVM_fixed_size_free_at_safepoint and the MVMROOT in resolve_using_guards would keep it alive. | 20:35 | |
| Or maybe the whole plugin state | 20:36 | ||
|
20:46
zakharyas left
21:22
AlexDaniel left
|
|||
| jnthn | nine: Yes, that may be the cleanest option | 21:54 | |
| At least, I didn't come up with a better idea | |||
| I didn't convince myself that the current solution is correct. I didn't prove it ain't either, but my gut feeling is something's not right | 21:55 | ||
|
22:08
sena_kun left
22:26
patrickb joined
23:10
lucasb left
|
|||
| patrickb | Could someone have a look at PR #1182? That's enabling paths with unicode symbols on Windows. I'd like to have that merged before the next release, as I see it as a prerequisite for a binary release on Windows. (github.com/MoarVM/MoarVM/pull/1182) | 23:13 | |
| tellable6 | 2019-09-26T16:23:38Z #perl6-dev <vrurg> patrickb can we have perl6-m in rakudo source not run moar but be linked against moar's dynlib, same as inst-perl6-m? | ||
|
23:33
patrickz joined
23:36
patrickz left
23:38
patrickb left
|
|||