github.com/moarvm/moarvm | IRC logs at colabti.org/irclogger/irclogger_logs/moarvm Set by AlexDaniel on 12 June 2018. |
|||
03:33
linkable6 joined,
bisectable6 joined,
squashable6 joined,
tellable6 joined,
committable6 joined,
bloatable6 joined,
coverable6 joined
03:34
nativecallable6 joined,
benchable6 joined,
unicodable6 joined,
notable6 joined,
evalable6 joined
03:35
greppable6 joined,
quotable6 joined,
releasable6 joined,
shareable6 joined,
sourceable6 joined,
statisfiable6 joined
04:36
sourceable6 left,
quotable6 left,
coverable6 left,
greppable6 left,
bloatable6 left,
bisectable6 left,
statisfiable6 left,
evalable6 left,
notable6 left,
unicodable6 left,
nativecallable6 left,
committable6 left,
linkable6 left,
releasable6 left,
squashable6 left,
benchable6 left,
shareable6 left,
tellable6 left,
greppable6 joined
04:37
bisectable6 joined,
releasable6 joined,
evalable6 joined,
notable6 joined,
quotable6 joined,
tellable6 joined
04:38
benchable6 joined,
sourceable6 joined,
linkable6 joined,
statisfiable6 joined,
bloatable6 joined,
nativecallable6 joined
04:39
squashable6 joined,
shareable6 joined,
unicodable6 joined,
committable6 joined,
coverable6 joined
05:39
sourceable6 left,
bisectable6 left,
releasable6 left,
greppable6 left,
nativecallable6 left,
squashable6 left,
shareable6 left,
benchable6 left,
committable6 left,
statisfiable6 left,
evalable6 left,
linkable6 left,
coverable6 left,
tellable6 left,
bloatable6 left,
notable6 left,
quotable6 left,
unicodable6 left
05:40
releasable6 joined,
committable6 joined,
greppable6 joined,
squashable6 joined,
linkable6 joined,
nativecallable6 joined
05:41
notable6 joined,
bloatable6 joined,
coverable6 joined,
benchable6 joined,
evalable6 joined,
quotable6 joined
05:42
tellable6 joined,
shareable6 joined,
statisfiable6 joined,
sourceable6 joined,
unicodable6 joined,
bisectable6 joined
07:53
frost-lab joined
08:07
domidumont joined
08:44
sena_kun joined
|
|||
nwc10 | good *, #moarvm | 08:49 | |
09:08
brrt joined
09:10
zakharyas joined
|
|||
Geth | MoarVM/asan_fixes: c2fff2c0a3 | (Stefan Seifert)++ | src/spesh/stats.c Fix spesh sim stack leaking offset_logs and call_type_info The stack simulation shifts off entries when they become too old. When doing so it neglected to free potential allocated offset_logs and call_type_info. |
10:09 | |
nine | And a good * it is :) | ||
nwc10 | I feel a bit bad saying this (because I struggle to find other PRs that I'm confident to review) but I have quite a few outstanding that "aren't making progress" | 10:11 | |
although, to be fair, the one about integer caching needs a rework now that jnthn said that the language implementation was making wrong assumptions, not the imeplementation | 10:12 | ||
MasterDuke | i was actually just looking at the open PRs last night, but most of yours i'm completely unqualified to review | 10:17 | |
nwc10 | I know this feeling :-( | 10:18 | |
(thanks) | |||
brrt | yeah, I have a few as well | 10:21 | |
nine | No one is really qualified to do these reviews. But then, reviews are as much (or maybe even more) a tool of spreading knowledge as they are a quality assurance measure. I.e. you don't do reviews because you're qualified. You're qualified because you do reviews. | 10:22 | |
10:29
patrickb joined
10:33
frost-lab left
10:42
frost-lab joined
10:50
domidumont left
10:51
domidumont joined
11:02
patrickb left
11:12
brrt left
11:19
sena_kun left
11:20
sena_kun joined
11:57
Altai-man joined
12:00
sena_kun left
|
|||
MasterDuke | speaking of reviewing, has anyone looked at my draft gmp PR? it's pretty much ready to go, really only waiting on figuring out the windows build. the code changes should all be good to go | 12:23 | |
nwc10: you may be most qualified, since it seems you know things about how computers do math | 12:24 | ||
12:33
zakharyas left
12:49
brrt joined
13:12
ggoebel joined
13:14
sena_kun joined
13:17
Altai-man left
13:21
frost-lab left
13:40
Altai-man joined
13:43
sena_kun left
13:48
Altai-man left
14:33
sena_kun joined
14:56
zakharyas joined
15:14
ggoebel left
|
|||
nine | Ah, NativeCall's inlined data structures again :( | 15:18 | |
Currently we leak all C structs owned by a CStruct object. If we don't, we crash, because we even try to free inlined structs, which were not actually allocated. | 15:19 | ||
brrt | ... our model needs to track which objects are actually allocated, then? | 15:25 | |
.oO( Alternatively, we implement our own malloc? ) |
|||
timotimo | we really need an object / repr that represents an "allocation" that can be "owned" or "referenced" | 15:29 | |
and sub-pieces may also have to be tracked back to the actual allocations | 15:30 | ||
MasterDuke | would we want to "count" these "references"? | 15:32 | |
15:34
ggoebel joined
|
|||
timotimo | i think it'd be enough to "collect" them | 15:36 | |
MasterDuke | this sounds like a brand new concept. someone could write this idea up and get a phd out of it | 15:37 | |
15:40
brrt left
|
|||
timotimo | i also kind of sort of wish we had something like python's Buffer API | 15:48 | |
even if only read-only it'd be cool for moving data to C land | 16:00 | ||
nine | Intriguing: while copying the managed flag from CArray to CStruct does fix the problem there, we still got the same problem for CArray itself. Apparently because we code gen a call to CArray.new in the CStruct's BUILDPLAN | 16:10 | |
timotimo | oh, and .new will set the managed flag to true, huh? | 17:07 | |
nine | yes | 17:17 | |
It will also allocate memory for its storage, which will be leaked by the following bindattr call | 17:22 | ||
timotimo | ha, ok | ||
nine | Apparently just skipping inlined attributes in BUILDPLAN is not a bad strategy | 17:28 | |
17:38
squashable6 left
17:41
Altai-man joined
17:42
squashable6 joined
17:43
sena_kun left
18:03
domidumont left
19:26
zakharyas left
20:06
sxmx joined
21:06
zakharyas joined
21:16
zakharyas left
21:42
sena_kun joined
21:44
Altai-man left
21:52
ggoebel left
21:56
samcv joined
22:21
sena_kun left
22:37
ggoebel joined
23:11
ggoebel left
23:32
squashable6 left,
squashable6 joined
|