🦋 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: ... | Logs available at irclogs.raku.org/raku-dev/live.html | For MoarVM see #moarvm
Set by lizmat on 8 June 2022.
01:21 explorer left 04:30 kjp left 04:35 kjp joined
Geth L10N/main: 0a7cc9687b | (Elizabeth Mattijsen)++ | TEMPLATE
Add translation template

So that localizations can use this as a starting point, rather than the EN/EN one. This template has all translations commented out so that you can easily see the elements that have been translated already.
10:24
10:30 sena_kun joined 10:51 lizmat_ joined 10:52 lizmat_ left 10:53 lizmat_ joined 10:54 lizmat left 11:24 lizmat_ left 11:25 lizmat joined
[Tux] Rakudo v2023.12-41-gbafa5ad46 (v6.d) on MoarVM 2023.12-14-gc3fea4f58
csv-ip5xs0.266 - 0.274
csv-ip5xs-201.152 - 1.161
csv-parser1.568 - 1.598
csv-test-xs-200.141 - 0.141
test1.964 - 1.986
test-t0.420 - 0.438
test-t --race0.283 - 0.292
test-t-205.097 - 5.226
test-t-20 --race1.215 - 1.247
12:48
13:02 melezhik joined 13:05 melezhik left 13:06 melezhik joined 13:07 melezhik left
Geth rakudo/lizmat-extension: 6e6d04e5ed | (Elizabeth Mattijsen)++ | src/core.c/IO/Path.rakumod
Handle .extension("foo") on IOs without extension differently

Before this commit, "foo".IO.extension("bar") would return "foo".IO instead of the probably expected "foo.bar".IO. To get that behaviour one needs to specify :parts(0) as well. Which, at least to me, was a bit of a WAT.
... (7 more lines)
13:14
rakudo: lizmat++ created pull request #5512:
Handle .extension("foo") on IOs without extension differently
13:15
rakudo/lizmat-Sub: 8ffce7c4a9 | (Elizabeth Mattijsen)++ | src/core.c/Mu.rakumod
Add Mu.Sub($method) "coercer"

The idea being that *Raku* should provide a HLL interface to obtain a Sub object for the given method name on the invocant.
   $ raku -e 'say Int.Sub("Str")(687, :subscript)'
   ₆₈₇
... (5 more lines)
15:28
rakudo: lizmat++ created pull request #5513:
Add Mu.Sub($method) "coercer"
ugexe does that mean everything would have a Sub method? that doesn't seem ideal 15:38
lizmat yes, it would: why wouldn't that be ideal? 15:41
ugexe well i guess on second thought maybe it seems ok to me. what i don't like is adding new methods with short names that can have different programming meanings in different contexts (similar to why i think the 'cache' method name turned out to be a bit too huffmanized). So like I can see people already implementing their own 'method Sub' to do subtraction or as a getter/setter for some callback 16:04
registering thing. On the other hand there is already a 'Sub' type, and we generally already provide method names of other types, so i think it is consistent in that regard and is what makes me think its actually fine in my view
lizmat :-) 16:05
gfldex m: 42.Sub # <-- this should do `is pure`. 16:06
camelia No such method 'Sub' for invocant of type 'Int'. Did you mean 'sum'?
in block <unit> at <tmp> line 1
gfldex m: my $very-variable = 42; "$very-variable".Sub # How about interpolation? 16:08
camelia No such method 'Sub' for string '42'. Did you mean 'sum'?
in block <unit> at <tmp> line 1
Geth rakudo/main: b8aaffd6e9 | (Elizabeth Mattijsen)++ | src/core.c/Int.rakumod
nqp::syscall is Moar specific, so protect it

This should hopefully unbreak the JVM build
16:11
rakudo/lizmat-Sub: d71d911d39 | (Elizabeth Mattijsen)++ | src/core.c/Mu.rakumod
Mark Mu.Sub($method) as pure
16:14
gfldex m: { 42 }.Sub # Sub or Block? May be .Sub should be .Callable ? 16:30
camelia No such method 'Sub' for invocant of type 'Block'. Did you mean 'sum'?
in block <unit> at <tmp> line 1
gfldex lizmat: ^^^
Geth rakudo/lizmat-Sub: b23f0e5fe6 | (Elizabeth Mattijsen)++ | src/core.c/Mu.rakumod
Handle failed search better

  - use nqp::tryfindmethod instead of nqp::findmethod
  - use nqp::ifnull instead of // to handle VMnull values
18:12
lizmat gfldex: perhaps, and you could consider .Sub premature huffmanization... please leave a comment on the PR 18:13
gfldex: BTW, { 42 }.Sub($method) would never work, as a block cannot have methods 18:15
Geth rakudo/main: f067300355 | (Elizabeth Mattijsen)++ | docs/dispatchers.md
Document the easier MoarVM dispatchers
18:43
rakudo/main: 2aa796fd88 | (Elizabeth Mattijsen)++ | docs/dispatchers.md
Move recommended reading section up
18:51
gfldex lizmat: I will have this rolling around in my head a little more and add comments if needed. 20:18
m: constant block = { 42 }; block.wrap(-> | {}); 20:23
camelia No such method 'wrap' for invocant of type 'Block'. Did you mean any
of these: 'Map', 'WHAT', 'grep', 'map'?
in block <unit> at <tmp> line 1
20:24
20:35 epony left 20:38 bartolin left, epony joined, bartolin joined 21:55 samebchase left
ugexe i guess there is .assuming() 22:14
22:37 sena_kun left 22:38 sena_kun joined 22:41 sena_kun left 22:42 sena_kun joined 22:50 sena_kun left 22:51 sena_kun joined 23:30 sena_kun left