|
github.com/moarvm/moarvm | IRC logs at colabti.org/irclogger/irclogger_logs/moarvm Set by AlexDaniel on 12 June 2018. |
|||
|
00:00
greppable6 joined,
Kaypie left
00:58
Kaiepi joined
01:04
lucasb left
01:08
klapperl_ joined
01:10
klapperl left
01:31
AlexDaniel left
01:32
AlexDaniel joined
02:01
Kaiepi left
02:05
Kaiepi joined
02:07
squashable6 left
02:11
squashable6 joined
02:14
squashable6 left
02:16
Kaiepi left
02:17
squashable6 joined
02:27
Kaiepi joined
02:34
Kaiepi left
02:55
Kaiepi joined
04:09
Kaiepi left
04:22
Kaiepi joined
04:40
Kaiepi left
04:47
Kaiepi joined
04:55
Kaiepi left
05:39
Kaiepi joined
05:53
Kaiepi left
06:06
Kaiepi joined
07:32
domidumont joined
07:41
patrickb joined
|
|||
| patrickb | .tell brrt Have you seen the gsoc linking proposal? | 09:34 | |
| yoleaux | patrickb: I'll pass your message to brrt. | ||
| patrickb | .tell brrt Also did you notice that in rakudo/master the perl6 executable already is no longer a shell script but instead a binary? | 09:35 | |
| yoleaux | patrickb: I'll pass your message to brrt. | ||
| timotimo | patrickb: when i try to run perl6-mc it complains that it can't find libmoar.so; did i do something wrong in the installation process? | 09:44 | |
| patrickb | timotimo: Did you run it from the install directory or the build dir? | 09:45 | |
| timotimo | oh, build dir | ||
| that'd do it, probably? | |||
| patrickb | In the build dir it does not work, because the relative path of the libmoar.so is not right. | ||
| timotimo | it doesn't actually get installed though? apparently? | ||
| patrickb | That's why there are still the .bat runners in the install dir. | ||
| It is installed as 'perl6' | |||
| it's just named differently in the build dir to not name-collide with the shell runners. | 09:46 | ||
| timotimo | oh, interesting | ||
| is there any support for the --debug* flags anywhere? | |||
| if not, could i ask you to whip something up? | 09:47 | ||
| patrickb | timotimo what do they do? | ||
| I think they should work out of the box | 09:48 | ||
| timotimo | they'd normally have to be passed to the moar binary itself; --debug-port=1234 will make moarvm listen on a port for debuggers to connect and --debug-suspend will make it stop before running any code | ||
| patrickb | see rakudo/src/vm/moar/runner/main.c | ||
| They should work | |||
| timotimo | cool, they do | ||
| patrickb | (didn't test, but the code is there) | ||
| :-) | 09:49 | ||
| timotimo | that's very good | ||
| when did that land? is it in rakudo star? | 09:50 | ||
| patrickb | timotimo: I think you should be able to actually run the c-runners from the build dir when setting LD_LIBRARY_PATH, NQP_HOME and PERL6_HOME respectively. | ||
| That's all part of my big relocatable refactor. It was merged shortly after the 2019.03 release. | 09:51 | ||
| timotimo | OK | 09:52 | |
| i'm glad we finally have this \o/ | 09:55 | ||
| patrickb | I'm quite proud of this. :-) So many things this unblocks. I hope well soon offer prebuilt .tar.gz / .zip packages on perl6.org. | ||
| s/well/we'll/ | |||
| timotimo | the next fun project will be to allow .moarvm files to be put inside the binary itself and be loaded properly | 09:56 | |
| patrickb | That's what the GSoC proposal of brrt is about, right? | ||
| timotimo | not entirely sure, but perhaps | ||
|
10:18
squashable6 left
10:23
squashable6 joined
10:30
AlexDaniel left
|
|||
| patrickb | Could someone have a look at github.com/MoarVM/MoarVM/pull/1086 ? | 11:27 | |
| timotimo | oh my god nmake | ||
|
11:31
samcv_ is now known as samcv
11:33
squashable6 left
11:35
squashable6 joined
|
|||
| patrickb | I think we should in general tend the PRs a bit better. There are currently 40 open PRs for MoarVM, rakudo has 76. It's rather frustrating to create a PR and then see no one react to it for months. | 11:43 | |
| timotimo | i hear you; i'm already struggling with getting much time into moarvm development in general | 11:58 | |
|
12:46
domidumont left
|
|||
| dogbert17 | jnthn: commit github.com/MoarVM/MoarVM/commit/25...e7c315807f causes a test failure in t/05-messages/03-errors.t | 13:33 | |
| jnthn | Hm, interesting. Didn't cause any spectest failures, however. | ||
| dogbert17 | m: *...‘WAT’ # that's the failing test, the error message shouldn't contain the word 'SORRY' | 13:35 | |
| evalable6 | (exit code 1) Potential difficulties: Useless use of ... in sink context at /tmp/b… |
||
| dogbert17, Full output: gist.github.com/bf8a45dbd2c09dd0a1...c441e2eaa9 | |||
| dogbert17 | we now get - ===SORRY!=== No such method 'succ' for invocant of type 'Whatever'. Did you mean 'sum'? | 13:36 | |
| timotimo | that's weird | ||
| how did that become a compile-time error through *that* change? | |||
| dogbert17 | perhaps my 'bisection' is faulty :) | 13:37 | |
| jnthn | Well, the caller chain is used for backtrace hanlding | ||
| And we now explicitly try to mark when we should keep it | |||
| So maybe there's another place, though I can't think where | 13:38 | ||
|
13:43
lucasb joined
14:00
zakharyas joined
14:25
AlexDaniel joined
14:39
zakharyas left,
leedo left
14:40
leedo joined
15:16
squashable6 left
15:19
squashable6 joined
17:57
domidumont joined
18:49
domidumont left
19:13
zakharyas joined
19:42
lucasb left
20:37
domidumont joined,
domidumont left
|
|||
| Geth | MoarVM: patzim++ created pull request #1089: Never build a relocatable moar on OpenBSD |
21:26 | |
|
21:41
zakharyas left
23:03
patrickb left
23:34
AlexDani` joined
23:35
AlexDaniel left
23:39
AlexDani` left
|
|||