|
github.com/moarvm/moarvm | IRC logs at colabti.org/irclogger/irclogger_logs/moarvm Set by AlexDaniel on 12 June 2018. |
|||
|
01:32
lucasb left
|
|||
| timotimo | you can now get from the types/frames listings (top lists or rather everything-lists) to a search for all objects of the given type (or in the case of frames, filename or frame name) and from there you can get to the collectable explorer | 02:09 | |
|
08:10
sena_kun joined
|
|||
| nine | timotimo++ # making invaluable tools | 08:17 | |
|
08:59
Ven`` joined
09:22
hankache joined
09:27
ilogger2 joined
09:48
domidumont joined
|
|||
| Geth_ | MoarVM: 1b0950e3e9 | (Stefan Seifert)++ | src/6model/reprs/NativeCall.c Give higher layers a way to check if a nativecall site is set up. nqp::unbox_i on a NativeCall object will now report whether the library was loaded or not and if we successfully JIT compiled a function body for it. This avoids the need for redudant state keeping of different layers. |
11:48 | |
| MoarVM: 95f69be84a | (Stefan Seifert)++ | 5 files Implement serialization of NativeCall reprs with dyncall When a NativeCall using module is loaded both by the current computation unit and one of its dependencies, native subs may become repossessed. Repossession will clear the MVMNativeCallBody structure as this is supposed to be repopulated on deserialization. This did not happen causing segfaults when the generated function body tried to invoke the JIT compiled calling code. Fixed this by implementing serialization/deserialization of NativeCalls. On deserialization we will use the stored lib_name and sym_name to load the native library and also try to JIT compile the function body. |
|||
|
12:06
sena_kun joined
12:52
domidumont left
15:26
domidumont joined
16:28
lucasb joined
19:03
domidumont left
20:19
squashable6 joined
20:31
Kaypie joined
20:40
Kaypie left
20:43
Kaiepi joined
22:14
sena_kun left
22:24
sena_kun joined
22:31
sena_kun left
23:27
lucasb left
|
|||