š¦ Welcome to the IRC channel of the core developers of the Raku Programming Language (raku.org #rakulang). This channel is logged for the purpose of history keeping about its development | evalbot usage: 'm: say 3;' or /msg camelia m: ... | log inspection situation still under development | For MoarVM see #moarvm Set by lizmat on 22 May 2021. |
|||
00:07
reportable6 left
01:25
sourceable6 left,
quotable6 left,
greppable6 left,
committable6 left,
linkable6 left,
shareable6 left,
bisectable6 left,
tellable6 left,
squashable6 left,
benchable6 left,
bloatable6 left,
nativecallable6 left,
statisfiable6 left,
coverable6 left,
notable6 left,
evalable6 left,
unicodable6 left,
releasable6 left,
unicodable6 joined
01:26
bisectable6 joined,
bloatable6 joined,
coverable6 joined,
nativecallable6 joined,
shareable6 joined
01:27
benchable6 joined,
tellable6 joined,
squashable6 joined,
releasable6 joined,
linkable6 joined,
notable6 joined
02:08
reportable6 joined
02:26
greppable6 joined,
committable6 joined,
sourceable6 joined
03:27
quotable6 joined
03:28
statisfiable6 joined
03:46
frost joined
04:26
evalable6 joined
05:26
greppable6 left,
sourceable6 left,
statisfiable6 left,
coverable6 left,
releasable6 left,
shareable6 left,
unicodable6 left,
notable6 left,
linkable6 left,
committable6 left,
quotable6 left,
bisectable6 left,
reportable6 left,
benchable6 left,
evalable6 left,
tellable6 left,
nativecallable6 left,
bloatable6 left,
squashable6 left
05:27
quotable6 joined,
releasable6 joined
05:28
sourceable6 joined,
committable6 joined
06:09
reportable6 joined
06:26
linkable6 joined
06:27
greppable6 joined,
benchable6 joined,
statisfiable6 joined
06:28
tellable6 joined
06:29
nativecallable6 joined,
shareable6 joined,
bisectable6 joined
07:27
unicodable6 joined
07:28
evalable6 joined,
bloatable6 joined,
notable6 joined
07:29
coverable6 joined
08:27
squashable6 joined
09:56
benchable6 left,
quotable6 left,
sourceable6 left,
coverable6 left,
linkable6 left,
statisfiable6 left,
reportable6 left,
bisectable6 left,
squashable6 left,
bloatable6 left,
unicodable6 left,
nativecallable6 left,
evalable6 left,
committable6 left,
releasable6 left,
notable6 left,
tellable6 left,
greppable6 left,
shareable6 left,
nativecallable6 joined,
unicodable6 joined,
statisfiable6 joined
09:57
releasable6 joined,
squashable6 joined,
tellable6 joined,
bisectable6 joined
09:58
sourceable6 joined,
committable6 joined
09:59
shareable6 joined
10:57
evalable6 joined,
reportable6 joined
10:58
coverable6 joined
11:46
Altai-man joined
11:57
linkable6 joined,
greppable6 joined
11:58
benchable6 joined
12:07
reportable6 left
12:09
reportable6 joined
12:56
quotable6 joined
12:57
notable6 joined,
bloatable6 joined
13:33
TempIRCLogger left
13:37
TempIRCLogger joined
13:41
TempIRCLogger left,
TempIRCLogger joined
13:45
TempIRCLogger left
13:46
TempIRCLogger joined
13:57
frost left
|
|||
lizmat | PSA: jdv informed me yesterday that the release may be delayed a bit due to unforeseen personal circumstances | 14:10 | |
15:36
patrickb joined
15:46
squashable6 left
16:09
vrurg_ joined
16:12
vrurg left
|
|||
Xliff | m: BEGIN { PROCESS::<$ZYSYGGY> = Supplier.new; PROCESS::<$READABLE> = 1 } for ^5 { $*ZYSYGGY.emit: " Hey... the more readable var name is still { $*READABLE }"; sleep .2 } | 16:44 | |
camelia | ===SORRY!=== Error while compiling <tmp> Unexpected block in infix position (missing statement control word before the expression?) at <tmp>:1 ------> new; PROCESS::<$READABLE> = 1 } for ^5ā { $*ZYSYGGY.emit: " Hey... the more reā¦ |
||
Xliff | m: BEGIN { PROCESS::<$ZYSYGGY> = Supplier.new; PROCESS::<$READABLE> = 1 }; for ^5 { $*ZYSYGGY.emit: " Hey... the more readable var name is still { $*READABLE }"; sleep .2 } | 16:45 | |
camelia | ( no output ) | ||
Xliff | m: BEGIN { PROCESS::<$ZYSYGGY> = Supplier.new; PROCESS::<$READABLE> = 1 }; for ^5 { $*ZYSYGGY.emit: say " Hey... the more readable var name is still { $*READABLE }"; sleep .2 } | ||
camelia | Hey... the more readable var name is still 1 Hey... the more readable var name is still 1 Hey... the more readable var name is still 1 Hey... the more readable var name is still 1 Hey... the more readable var name is still 1 |
||
Xliff | Oooooooo | ||
m: BEGIN { my $var-name = 'myDogHasFleas'; PROCESS::{ $var-name } = 42 }; say $*myDogHasFleas; | 16:46 | ||
camelia | Dynamic variable $*myDogHasFleas not found in block <unit> at <tmp> line 1 |
||
Xliff | m: BEGIN { my $var-name = 'myDogHasFleas'; PROCESS::{ '$' ~ $var-name } = 42 }; say $*myDogHasFleas; | ||
camelia | 42 | ||
Xliff | vrurg++ | 16:47 | |
17:50
haguza joined,
haguza left
18:07
reportable6 left
18:22
Altai-man left
18:48
squashable6 joined
20:10
reportable6 joined
|
|||
MasterDuke | i was just trying to enable the `-o` version of the `--output=<file>` option with this patch gist.github.com/MasterDuke17/2dfae...2a321a9fda | 20:48 | |
but while `raku --target=moar --output=t.mbc -e 'say "hi"'` successfully writes the bytecode to 't.mbc', `raku --target=mbc -o t.mbc -e 'say "hi"'` dies with `===SORRY!=== | 20:50 | ||
Cannot stringify object of type BOOTCompUnit` | |||
oops, copied the wrong command, both were run with `--target=mbc` | |||
21:26
linkable6 left,
evalable6 left
21:27
linkable6 joined
21:28
evalable6 joined
22:37
patrickb left
23:15
squashable6 left
|
|||
MasterDuke | and that error is only because it's trying to stringify an exception, but what it gets isn't actually an exception | 23:20 | |
timo, nine: this seems like something you'd be good at figure out. i'm not firing on all cylinders right now, but even so i just don't understand how my change is causing this | 23:27 | ||
timo | + my $output := %adverbs<output>//%adverbs<o>; | 23:28 | |
does this actually work right in nqp? | |||
not sure why it wouldn't but, you know | |||
does is_textual_stage know about -o? not sure if it has to, but you know | 23:29 | ||
MasterDuke | well, i just tried changing it to || a minute ago, but no change | ||
`method is_textual_stage($stage) { 0 }` | |||
timo | i think somewhere it's trying to output to the screen what it can't, so some code somewhere doesn't understand -o | 23:31 | |
MasterDuke | nqp: my %h := nqp::hash("a", 1, "b", 2); say(%h<c> // "three") # and looks like this works | 23:32 | |
camelia | three | ||
MasterDuke | but why does it work for --output? | ||
oh, i wonder if it's the argument parsing | 23:34 | ||
timo | i think you missed one in src/vm/moar/HLL/Backend.nqp | 23:35 | |
line 800 or so | |||
MasterDuke | does it really know about combined short/long arguments? | ||
timo++ | 23:37 | ||
that was it | |||
huh. i even had been looking at a `git grep` of `adverbs<output>` to see where i needed to change | 23:39 | ||
timo | weird | 23:41 | |
MasterDuke | heh, i think -o has never worked, despite being pretty ancient, i'm seeing it as many at 11 years back | 23:42 | |
Geth | nqp: MasterDuke17++ created pull request #753: Implement the -o form of the --output option |
23:52 | |
MasterDuke | timo: do you know anything about the --tracing option? | ||
timo | hm, moarvm has something like that as a define i think? | 23:54 | |
other than that no | |||
i know rxtrace tho | |||
MasterDuke | looks like there might be some confusion between --tracing and --trace | 23:58 |