|
github.com/moarvm/moarvm | IRC logs at colabti.org/irclogger/irclogger_logs/moarvm Set by AlexDaniel on 12 June 2018. |
|||
|
02:24
squashable6 left
02:29
squashable6 joined
07:08
patrickb joined
07:12
robertle joined
07:20
domidumont joined
07:47
zakharyas joined
08:21
domidumont left,
domidumont joined
|
|||
| Geth | MoarVM: Kaiepi++ created pull request #1137: Implement NativeCall wide string support |
08:45 | |
|
09:54
domidumont left
10:30
sena_kun joined
11:04
brrt joined
|
|||
| brrt | \o | 11:04 | |
| nwc10 | o/ | 11:06 | |
|
11:23
zakharyas left
11:45
brrt left
12:06
domidumont joined
12:21
domidumont left
12:54
zakharyas joined,
squashable6 left
12:56
squashable6 joined
|
|||
| Kaiepi | to decode a wchar_t array to an MVMString on windows, is this all i need to do? they're just utf16 strings fpaste.scsys.co.uk/585289 | 12:57 | |
|
12:57
lucasb joined,
domidumont joined
|
|||
| jnthn | Kaiepi: It's not a very efficient way, and the & with WCHAR_MAX looks a little strange to me | 12:58 | |
| Oh, and... | 12:59 | ||
| If it's utf16 you need to handle surrogate paris | |||
| But if that's what it is then just use the exising UTF-16 decoder? | 13:00 | ||
| Kaiepi | wchar_t is an unsigned short on windows, so i can't use it | ||
| brb | |||
| back | 13:17 | ||
|
13:17
domidumont left
|
|||
| Kaiepi | i mean i could use the existing utf16 decoder if i split the shorts into chars but that seems less efficient than it should be | 13:18 | |
| how would you handle this jnthn? | 13:22 | ||
| would copying the code from MVM_string_utf16_decode_main but making it work with shorts instead of chars work better? | 13:24 | ||
| jnthn | But the UTF16 decoder surely works with 2-byte things (e.g. short)? | 13:25 | |
| timotimo | does it require more than just a cast to go from char to short or vice versa? | ||
| jnthn | So just...what timotimo said | ||
| Kaiepi | you can cast from unsigned short * to char * like that? | 13:26 | |
| jnthn | Sure, it's C ;) | ||
|
13:28
dogbert17 joined
|
|||
| Kaiepi | that's convenient | 13:28 | |
| timotimo | surely if you had written code to "convert" from unsigned short* to char* the c compiler would have turned that into a call to memcpy | 13:34 | |
|
13:44
pamplemousse joined
13:51
domidumont joined
13:56
domidumont left
|
|||
| pamplemousse | \o | 13:57 | |
|
13:58
domidumont joined
13:59
domidumont left
|
|||
| patrickb | o/ | 14:01 | |
| nwc10 | \o | 14:10 | |
|
14:12
domidumont joined
14:15
domidumont1 joined
|
|||
| dogbert17 is hoping for some cool merges now that the MoarVM release is done | 14:16 | ||
|
14:18
domidumont left
14:25
domidumont joined
14:28
domidumont1 left
|
|||
| pamplemousse | I was wondering if someone could point me to where I could find definitions for the internal errors thrown by MoarVM. I'm hitting an error "Cannot invoke object (REPR: Null; VMNull)" and am not sure what that means | 14:41 | |
| timotimo | something's trying to do an invoke_o op on a high-level null | 14:42 | |
| high-level nulls are what we introduced so that operations give meaningful errors instead of segfaulting due to null pointer dereference | |||
| pamplemousse | By it being passed a high-level null, does that mean it's not being passed something it should be? | 14:46 | |
| timotimo | right | 14:47 | |
| many operations can return a VMNull, you'd want to find out where it comes from | |||
| you should be able to breakpoint where it does MVM_exception_throw_adhoc for that error, then continue with MVM_dump_bytecode(tc) and MVM_dump_backtrace(tc) and such | 14:48 | ||
| though with a debugger able to step backwards it'd surely be easier to figure out; you can try out rr for that purpose | |||
| pamplemousse | Thank you! I found the issue | 14:58 | |
|
15:00
domidumont left
15:05
robertle left
15:10
pamplemousse left,
pamplemousse joined
15:13
domidumont joined
15:17
pamplemousse left
15:22
domidumont1 joined
15:23
domidumont1 left
15:24
domidumont1 joined
15:25
domidumont left
15:34
patrickb left,
pamplemousse joined
15:46
MasterDuke joined
15:47
zakharyas left
16:05
domidumont1 left
16:06
pamplemousse left
16:10
pamplemousse joined
16:13
pamplemousse2 joined,
brrt joined
16:18
pamplemousse left
16:21
brrt left
16:43
robertle joined
16:58
pamplemousse2 left
|
|||
| Geth | MoarVM: 9f679f3234 | (Daniel Green)++ | 2 files Jit and add a template for smrt_intify |
17:36 | |
| MoarVM: 5d8095b8d9 | (Daniel Green)++ | src/spesh/optimize.c Spesh optimize smrt_intify like smrt_(num|str)ify |
|||
| MoarVM: 06dd9c0d59 | MasterDuke17++ (committed using GitHub Web editor) | 3 files Merge pull request #1133 from MasterDuke17/jit_and_spesh_optimize_smrt_intify Jit and spesh optimize smrt_intify |
|||
| MoarVM: e5321a3662 | (Daniel Green)++ | 5 files Jit captureposarg_n Also change MVM_args_get_pos_num into MVM_args_get_required_pos_num and MVM_args_get_optional_pos_num to match the implementations for the other types. |
17:37 | ||
| MoarVM: defe0a959b | MasterDuke17++ (committed using GitHub Web editor) | 5 files Merge pull request #1136 from MasterDuke17/jit_captureposarg_n Jit captureposarg_n |
|||
|
17:56
brrt joined
18:01
brrt` joined
18:02
brrt left
18:27
brrt` left
19:25
brrt` joined
19:56
Kaiepi left
|
|||
| brrt` | good * | 20:24 | |
|
20:24
brrt` is now known as brrt
20:26
squashable6 left
20:29
squashable6 joined
21:15
MasterDuke left
21:18
Kaiepi joined
21:24
MasterDuke joined
21:55
Kaiepi left
|
|||
| jnthn | o/ | 22:01 | |
| brrt | \o | 22:07 | |
| timotimo | o/ | 22:12 | |
| i have angered my btrfs root filesystem | |||
| the irc channel has been hugely supportive, though | |||
|
22:16
Kaiepi joined
22:34
brrt left
|
|||
| MasterDuke | any idea why a profile would show github.com/rakudo/rakudo/blob/mast...er.pm6#L20 as being entirely non-jitted? but the spesh log only has 3 'bailed completely', and none are in that method | 22:37 | |
|
22:58
Kaiepi left
23:24
Kaiepi joined
23:26
lucasb left
23:42
sena_kun left
|
|||