| 13 Sep 2026 | |||
| lizmat | if I understand your question correctly :-) | 15:41 | |
| going afk for dinner& | |||
| thowe | Yeah, for me the question was academic... I was beating out code rapidly to prove I could make something work for a project at work. In the moment I just removed the signature and moved on, but I hated not understanding. | 15:42 | |
| The good news is, at 11pm that night I got it working, and the project team started celebrating. I think they were underplaying what a big deal it was to them. They seem to want me to repeat this for other acquisition projects, so it seems I'm sneaking Raku into my company as a whole instead of it just being a tool I use. Raku needs some kind of Youtube video talking about how it is awesome sauce for ETL type tasks. | 15:51 | ||
| lizmat | thowe++ | 18:53 | |
| 14 Sep 2026 | |||
| and yet another Rakudo Weekly News hits the Net: rakudoweekly.blog/2026/09/14/2026-...tiplicity/ | 14:50 | ||
| 15 Sep 2026 | |||
| thowe | crap, now I'm going to have to try CSV::Native... | 00:51 | |
| Anyone know much about how Red is coming along? Says WIP, but I feel the need to play with SOMETHING in that space. I'm a big fan of DBIC. | 00:55 | ||
| SmokeMachine | thowe: I'm going back to work on that... there are some things missing on Red (like migrations that's what I' working on currently), but I'd say that's extremaly usable and I know people that uses it and likes it (I do). But also we are always wanting/needing help. | 09:06 | |
| 16 Sep 2026 | |||
| thowe | SmokeMachine: I'm probably not much help beyond testing, but I'm pretty good at breaking things so maybe that's OK? I appreciate your work. | 04:08 | |
| SmokeMachine | thowe: any help is welcome! :) | 07:56 | |
| 21 Sep 2026 | |||
| lucs | Grammar question: gist.github.com/lucs/444248e1a35bc...0a11b9f277 | 14:35 | |
| disbot | <antononcube> @lucs What do you try to see? Can random sentences generated with that grammar be of help? | 14:41 | |
| lucs | Not sure what you mean... | ||
| I'd like line 23 to say "aaa - ddd". | 14:42 | ||
| The idea is that the top should match two bunches of letters: a`s or b`s, then c`s or d`s. | 14:45 | ||
| In the TOP action method, I don't want to have to go through "Did you match a`s? No? Then did you match b`s?" and so on. | 14:46 | ||
| I'm unable to correctly express the two captures that the TOP token obtains. | 14:47 | ||
| lizmat | and yet another Rakudo Weekly News hits the Net: rakudoweekly.blog/2026/09/21/2026-...er-favore/ | 15:53 | |
| lucs | No ideas for my grammar problem?: gist.github.com/lucs/444248e1a35bc...0a11b9f277 | 18:47 | |
| disbot | <demanddystopia> hmm | 21:35 | |
| <demanddystopia> if you make that '%s - %s', $0, $1 that works for this case, but only because that happens to align with a & d so that seems like a bad solition, not too good with grammars but pretty sure there's ways to make that indexible by key | 21:37 | ||
| <demanddystopia> ah no, rereading it isn't that actually what's intended here? Given the two capturing groups | 21:43 | ||
| <demanddystopia> could also do $/[0] & $/[1] though I assume that $0 & $1 are just shorthand for that | 21:45 | ||
| lucs | OMG. I can't believe I didn't try that. All the variations I tried had a ".made" appended to the two wanted values, which always result in Nil`s. | 22:00 | |
| Turns out that plain $0 would also work if the a, b, c, d actions weren't defined. | 22:02 | ||
| disbot | <demanddystopia> yeah, because it actually doesn't call them at all with this | 22:03 | |
| lucs | Welp, as you can guess, this is just test code, to try to figure out what wasn't working in my real code. | 22:05 | |
| My real code actually does need to see the made() values attached to the $0 etc. | 22:06 | ||
| disbot | <demanddystopia> ah then that's simpler yea | ||
| 22 Sep 2026 | |||
| lucs | Fixed: gist.github.com/lucs/444248e1a35bc...0a11b9f277 | 14:32 | |
| Not the most elegant, but there it is. | 14:33 | ||
| disbot | <demanddystopia> couldn't you do $0.values[0].made instead of the double hash conversion & fishing for the key via .keys? | 14:46 | |
| <demanddystopia> yea looks possible, also the .hash seems skippable, $0{$0.keys[0]}.made seems to do the same, that working confused me for a bit before realizing it's operating on $0 not $/ | 15:00 | ||
| <demanddystopia> also pretty sure it was wrong to call it a hash conversion, it just returns the hash inherent in the Match object | 15:02 | ||
| lucs | Yes, $0.values[0].made appears to work fine. | 15:12 | |
| Thanks! | |||
| Final fix: gist.github.com/lucs/444248e1a35bc...0a11b9f277 | 15:28 | ||
| (oops, fixed typo) | 15:29 | ||
| 25 Sep 2026 | |||
| disbot | <antononcube> Why an allomorph be an Inf? my $a = NumStr.new(1e-4, "1e-4"); say $a ~~ Inf; # False say $a.isa(Inf); # True | 17:15 | |
| lizmat | .isa takes the .WHAT of its argument | 17:22 | |
| and $a is a Num | |||
| so say $a.isa(Inf) is the same as saying $a.isa(Inf.WHAT), which is the same as saying $a.isa(Num) | 17:23 | ||
| disbot | <antononcube> Ok, thank you!! | 17:26 | |
| 26 Sep 2026 | |||
| ab5tract | m: ($ = Inf) == Inf ==> say() | 08:16 | |
| camelia | True | ||
| ab5tract | m: ($ = Inf) === Inf ==> say() | ||
| camelia | True | ||
| lizmat | m: ($ = Inf) =:= Inf ==> say() | ||
| camelia | False | ||
| ab5tract | basically every test besides .isa returns the expected value | 08:18 | |
| I don't think I've ever used .isa | 08:19 | ||
| disbot | <antononcube> I use .isa a lot to check for Whatever. | 13:37 | |