🦋 Welcome to Raku! raku.org/ | evalbot usage: 'p6: say 3;' or /msg camelia p6: ... | irclog: colabti.org/irclogger/irclogger_log/raku
Set by ChanServ on 14 October 2019.
00:06 patrickb joined 00:56 patrickb left
Geth ecosystem: 72816eb1d4 | L'Alabameñu++ (committed using GitHub Web editor) | META.list
Added Regex::FuzzyToken

Should be added in anticipation of the Day 15 advent calendar
ecosystem: aa92047a29 | (David Warring)++ (committed using GitHub Web editor) | META.list
Merge pull request #475 from alabamenhu/patch-5

Added Regex::FuzzyToken
01:11 wamba left 01:15 pmurias left 01:27 AlexDani` is now known as AlexDaniel, AlexDaniel left, AlexDaniel joined 01:28 xinming_ left, xinming_ joined 01:33 wildtrees left 01:44 tryhard211 joined, tryhard211 left 01:45 xinming_ left, xinming_ joined 01:48 lucasb left 02:16 rbt joined 02:36 rbt left 03:18 tejr left 03:29 tejr_ joined 03:31 tejr_ left, tejr joined 03:36 vrurg left, tejr left, tejr joined 03:38 mid_laptop joined 03:40 tejr left, tejr joined 03:47 tejr left 03:51 tejr joined 04:00 cognomin_ joined 04:04 cognominal left 04:08 vrurg joined 04:11 vrurg left 04:12 vrurg joined 04:43 guifa2 left 05:42 AlexDani` joined 05:43 AlexDaniel left 05:47 AlexDani` left 06:09 xinming_ left 06:10 xinming_ joined 07:00 sauvin joined 07:24 AlexDani` joined 07:26 jmerelo joined
jmerelo .seen nige 07:29
tellable6 jmerelo, I saw nige 2019-11-26T07:16:25Z in #raku: <nige_> (another good way to attract users)
jmerelo .seen arnesom
tellable6 jmerelo, I haven't seen arnesom around, did you mean arunesh?
07:33 eseyman joined 07:38 rindolf joined
jmerelo A bit of meta-object protocols today in th eadvent calendar! rakuadventcalendar.wordpress.com/2...kudos-mop/ 07:39
tellable6 2019-12-13T12:04:49Z #raku <Kaiepi> jmerelo, resent the draft through email
2019-12-13T15:03:00Z #raku <tbrowder> jmerelo day 14 is on wp site as draft looking good. i'm traveling next 3 days and ceasing full-speed work on backup, looking to flesh it out more as backup for day 20. if needed earlier let me know asap.
jmerelo .tell Kaiepi thanks!
tellable6 jmerelo, I'll pass your message to Kaiepi
jmerelo .tell tbrowder thanks too!
tellable6 jmerelo, I'll pass your message to tbrowder
07:46 wamba joined 08:33 jmerelo left 08:35 xinming joined 08:39 xinming_ left 08:50 AlexDani` left 09:25 mid_laptop left 09:50 wamba left 10:02 robertle joined 10:04 sena_kun joined 10:44 rindolf left 10:51 chloekek joined 10:52 rindolf joined 10:54 sena_kun left 11:09 sena_kun joined 11:22 llfourn joined 11:51 wamba joined 11:54 vividsnow left
Geth doc: f6224bc886 | (Elizabeth Mattijsen)++ | doc/Programs/03-environment-variables.pod6
12:20 llfourn left 12:22 vividsnow joined 12:30 mscha joined
mscha m: sub foo(Pair $p) { say "$p.key(): $p.value()" }; foo(:hello<world>); 12:30
camelia Too few positionals passed; expected 1 argument but got 0
in sub foo at <tmp> line 1
in block <unit> at <tmp> line 1
mscha Is there any way to DWIM? In other words, pass a Pair to a sub or method? 12:31
m: sub foo(Pair $p) { say "$p.key(): $p.value()" }; my $hw = :hello<world>; foo($hw);
camelia hello: world
mscha Yes, that works, but is there a more elegant way? 12:32
12:33 llfourn joined
mscha m: sub foo(Pair $p) { say "$p.key(): $p.value()" }; foo('hello' => 'world'); 12:36
camelia hello: world
mscha To answer my own question: use 'key' => value, where key must be quoted.
12:54 sena_kun left 13:10 sena_kun joined 13:17 llfourn left 13:37 vrurg left 13:43 mid_home joined 13:45 llfourn joined 13:47 lucasb joined 13:59 wamba left 14:02 llfourn left 14:05 llfourn joined
mscha sub foo($x) { say 1/$x }; for 3...-3 { foo($_); CATCH { say "oops"; last } } # expected 14:08
evalable6 0.333333
mscha m: sub foo($x) { for (^1) { say 1/$x } }; for 3...-3 { foo($_); CATCH { say "oops"; last } }
camelia 0.333333
mscha `last` in my second example applies to the loop in `sub foo`. Is this a bug or a feature?
lizmat afaik, it is intended as a feature 14:10
14:10 llfourn left
lizmat just like a "return" in a block will return from the outer sub, not from the block 14:10
14:11 wamba joined
mscha But this is different: it breaks not from an _outer_ loop, but from a loop in another sub. 14:11
14:12 llfourn joined
mscha m: sub foo($x) { say 1/$x }; BAR: for 3...-3 { foo($_); CATCH { say "oops"; last BAR } } # workaround 14:12
camelia 0.333333
14:16 llfourn left
lizmat ah, I see what you mean... 14:17
14:17 llfourn joined
lizmat I think this has to do with 3 ... -3 being optimized to not be seen as a for loop 14:18
could you try with --optimize=0 ?
mscha m: sub foo($x) { for (^1) { say 1/$x } }; BAR: for 3...-3 { foo($_); CATCH { say "oops"; last BAR } } # workaround applied to the actual problem case
camelia 0.333333
mscha lizmat: same with `--optimize=0`. Anyway, I encountered this problem in a more complicated scenario, in a `loop` that definitely can't be optimized away. 14:20
lizmat then most definitely an issue is warranted :-)
14:20 Kaiepi left
mscha OK, I'll report it. 14:21
14:21 Kaiepi joined 14:22 Kaiepi left, Kaiepi joined, llfourn left
lizmat mscha++ 14:22
ok: I think I'm tickling a race condition in precomping 14:23
scenario: recompile, run "make spectest" with TEST_JOBS=16, a number of tests fail 14:24
all of these tests use a local test library
run the test separately, under make or direct: all ok
run "TEST_JOBS=1 make spectest" and all is clear
14:25 llfourn joined
lizmat then run "make spectest" (with TEST_JOBS=16) and all is fine also 14:25
14:30 llfourn left, llfourn joined
mscha github.com/rakudo/rakudo/issues/3353 14:32
14:47 llfourn left 14:52 llfourn joined 14:55 sena_kun left 14:56 llfourn left 14:57 kensanata joined 15:08 sena_kun joined 15:12 vrurg joined 15:49 mscha left 16:11 chloekek left 16:18 guifa2 joined 16:33 kensanata left 16:54 sena_kun left 17:01 wildtrees joined 17:02 wildtrees left 17:03 wildtrees joined 17:09 sena_kun joined 17:13 chloekek joined 17:26 hacktor joined 17:35 rindolf left, rindolf joined 18:05 guifa2 left, guifa2 joined 18:41 jmerelo joined 18:51 hacktor left
guifa2 ¡jmerelo! 18:52
jmerelo guifa2: hey 18:53
18:54 sena_kun left
guifa2 I just need to link my module to the article and it should be ready except for two things: emoji in code blocks are going crazy and the codeblock's fonts are too large. 18:56
jmerelo guifa2: what I did was to upload them as a gist
then you cna edit code and embed them with [gist gist-url] 18:57
It looks fine now.
I mean the emojis in code
At least the butterfly
guifa2 Okay when I did the preview, it showed some replacement code (I guess wordpress was s/emoji/<img alt=emojiname>/) 18:58
18:59 hacktor joined
jmerelo I'm adding a link to docs 18:59
Hope it does not break anything
I'll revert if it does
Um, it looks fine 19:00
Check it just in case, WP does weird things
I'm AFK now, send me an email if there's any problem
guifa2 Weird, on my end it replaces the emoji as <img draggable="false" role="img" class="emoji" alt="🦋" src="s0.wp.com/wp-content/mu-plugins/wp...b.svg">
jmerelo guifa2: as I say, maybe the best is to upload it to a gist if you don't want it changed (and also highlighted) 19:01
19:01 jmerelo left 19:11 sena_kun joined
cpan-raku New module released to CPAN! PDF::ISO_32000 (0.0.8) by 03WARRINGD 19:11
19:27 jmerelo joined
jmerelo OK, I came back 19:27
guifa2 I s/🦋/«ö» just be safe and things look okay
jmerelo guifa2: 19:28
Problem is, the articles for the next two days aren't ready yet
guifa2: it's a great article, lots of high magic there 19:30
guifa2: added again the link to docs 19:32
guifa2: would be great if you would add links to docs where you saw fit
guifa2 Crap sorry I forgot to make sure I was working on the right version. Sorry to ruin your work 19:33
I'll do some of that later tonight (probably a little bit after it posts) 19:36
jmerelo guifa2: just a link, no big deal
guifa2: OK, whenever you can, no big deal either 19:37
guifa2: it's just what we want to gather links to the new docs so that they start showing up in searches.
guifa2 Yeah, exactly. And also helpful for anyone reading the article too :-)
20:07 jmerelo left
vrurg .tall Kaiepi There is an error in your article. Int.^name is equivalent to Int.HOW.name(Int), not Int.HOW.name 20:13
.tell Kaiepi There is an error in your article. Int.^name is equivalent to Int.HOW.name(Int), not Int.HOW.name
tellable6 vrurg, I'll pass your message to Kaiepi
20:18 hacktor left
Kaiepi ? 20:20
tellable6 2019-12-14T07:39:37Z #raku <jmerelo> Kaiepi thanks!
Kaiepi it says `Int.HOW.name: Int` though
vrurg Kaiepi: in this case. But in genereal, Type.^method is Type.HOW.method(Type) 20:52
And some methods rely on the first parameter to be the object they deal with.
20:53 sena_kun left 21:00 chloekek left
Kaiepi vrurg should it be saying `Int.HOW.name(Int)` instead of `Int.HOW.name: Int`? idk how what you said is different from what's written 21:01
vrurg Kaiepi: It should to avoid misguidance. People would be wondering why Type.^method acts differently sometimes from Type.HOW.method. The difference is in the parameter. 21:02
Kaiepi ahh, aight 21:03
vrurg So, basically, when you do Type.^method, Raku's method signature is method(HOW: Mu \type-object)
Kaiepi++ for the rest of the article; i.e. for 99.99% of it. :D 21:07
21:08 guifa2 left 21:10 sena_kun joined 21:11 guifa2 joined 21:12 wildtrees left 21:13 guifa2 left 21:15 wildtrees joined 21:16 wildtrees left, wildtrees joined 21:24 MasterDuke joined 21:32 scovit joined 22:27 scovit left 22:31 rindolf left 22:54 mid_home left, sena_kun left 23:09 sena_kun joined 23:14 chloekek joined 23:20 JoeBob joined 23:22 JoeBob left 23:28 wamba left 23:41 sena_kun left 23:51 cpan-raku left 23:52 cpan-raku joined, cpan-raku left, cpan-raku joined 23:55 chloekek left