🦋 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:06
MasterDuke joined
|
|||
MasterDuke | 41 of `2160-2199| ⎡constant IterationEnd = nqp::create(Mu)⎤` | 01:06 | |
which is from src/core.c/core_prologue.rakumod:63 | 01:07 | ||
so why is that to-begin-time()ed 41 times? | 01:08 | ||
15 of `3226773-3226776| ⎡str⎤` | |||
and why is the most common `0-3| ⎡# T⎤`, at 46 times? that is just the first three chars of gen/moar/CORE.c.setting, not even the entire first line | 01:11 | ||
21 times the node is a RakuAST::Postcircumfix::ArrayIndex and 25 times it's a RakuAST::Infix | 01:25 | ||
^^^ doesn't make sense | 01:26 | ||
but the `constant IterationEnd...` one was always a RakuAST::VarDeclaration::Constant, which does make sense | 01:27 | ||
gist.github.com/MasterDuke17/54504...487b81df40 here's a log of a couple random backtraces when .from == 0 and .to == 3 | 01:49 | ||
but afk now | 01:50 | ||
01:55
MasterDuke left
06:15
Xliff left
|
|||
releasable6 | Next release in ≈2 days and ≈11 hours. 2 blockers. Please log your changes in the ChangeLog: github.com/rakudo/rakudo/wiki/ChangeLog-Draft | 07:00 | |
07:54
nine left,
nine joined
|
|||
lizmat | wasn't Nodify on the top of the list of subs being called ? | 08:38 | |
the only reason Nodify exists, is that Grammer/Actions for some reason don't have direct access to the RakuAST:: classes at compile time | 08:39 | ||
if we could fix that, than we could replace all Nodify("Foo") calls to direct RakuAST::Foo specifications | 08:40 | ||
Geth | rakudo/main: 7741548f50 | (Elizabeth Mattijsen)++ | src/core.c/Distro.rakumod Future proof $*DISTRO.desc on MacOS systems burak++ for the mention, fixes #5852 |
09:40 | |
nine | Grammar/Actions don't have access to RakuAST node types because those are declared in the bootstrap and the bootstrap is getting compiled later. However, I don't see a reason why it has to be this way. | 09:57 | |
I think the order could be Metamodel, bootstrap, Grammar, Actions | |||
Or rather Actions, Grammar since Grammar has a use RakuAST::Actions | 09:59 | ||
Geth | rakudo/main: bff242f6c9 | (Elizabeth Mattijsen)++ | src/core.c/Array.rakumod Change internal handling of index out of range It doesn't need to be a private method, it can be a sub Instigated by #5835 |
12:41 | |
lizmat | m: my @a = 1,2,3; dd @a.Slip[2] = 42; # should this be expected to work ? | 13:10 | |
camelia | Cannot modify an immutable Slip ((1 2 3)) in block <unit> at <tmp> line 1 |
||
lizmat | m: my Int @a = 1,2,3; dd @a.Slip[2] = 42; # or this ? | 13:11 | |
camelia | Cannot modify an immutable Slip ((1 2 3)) in block <unit> at <tmp> line 1 |
||
lizmat | m: my @a[3] = 1,2,3; dd @a.Slip[2] = 42; dd @a # or this | ||
camelia | 42 Array.new(:shape(3,), [1, 2, 42]) |
||
lizmat | m: my Int @a = lazy 1,2,3; dd @a.Slip[2] = 42; dd @a[^3] # or this | 13:14 | |
camelia | Int element of @a = 42 (1, 2, 42) |
||
lizmat | seems like 12d7d5b48add8347eb1 has something to do with weird behaviour | 13:16 | |
linkable6 | (2017-07-23) github.com/rakudo/rakudo/commit/12d7d5b48a Handle slipping Arrays with default values | ||
lizmat spectests ripping out all that | 13:20 | ||
hmmm R#2930 appears related | 13:23 | ||
linkable6 | R#2930 [closed]: github.com/rakudo/rakudo/issues/2930 Arrays coerced to Slip can be pushed to after which values appear in the Slip | ||
lizmat | and github.com/Raku/old-issue-tracker/issues/6406 | 13:24 | |
lizmat is going to mull about this afk& | |||
[Coke] | I imagine "ripping something out" will land post-release? | 13:31 | |
Still one outstanding Blin issue: github.com/rakudo/rakudo/issues/5849 | 13:33 | ||
Still some issues with 6.x-errata branches. Will try to address those later today if no one beats me to it | 13:36 | ||
Geth | rakudo: zhuomingliang++ created pull request #5856: Interned int, str and num |
13:41 | |
[Coke] | huh. out of space on my blin box. | 13:49 | |
thankfully it helpfull complained at the beginning. :) | |||
kicking off one more 'just in case' blin run which will be the first one on zef 1.0 | 14:12 | ||
14:26
dogbert17 joined
14:29
dogbert11 left
14:34
finanalyst left
|
|||
lizmat | [Coke]: no worries... it needs more thought, and it broke 2 spectest | 16:11 | |
s | |||
re: Text::Markdown::Discount, it looks like I need to nuke homebrow first before being able to install any native libs again | |||
(the time machine backup copied all intel based versions, and that is not going to work anymore on ARM and Sequoia apparently | 16:12 | ||
meh, even after a reboot of brew, it cannot seem to find libmarkdown :-( | 16:26 | ||
17:03
finanalyst joined
|
|||
ugexe | they should work fine | 17:44 | |
en.wikipedia.org/wiki/Rosetta_(software) | 17:45 | ||
en.wikipedia.org/wiki/Rosetta_%28software%29 | |||
lizmat | hmmm... could be that some of those binaries predated universal binaries, and were Intel only | 17:49 | |
ugexe | the binaries dont have to be universal | 18:03 | |
rosetta runs x86 | |||
a universal binary just lets the binary run natively on x86 or arm (i.e. without a translation layer like rosetta) | 18:04 | ||
lizmat | well, nuking the old binaries fixed several issues for me :-) | 18:14 | |
18:16
lizmat left
18:22
lizmat joined
18:32
finanalyst left
|
|||
Geth | roast/6.c-errata: 3898b36a50 | (Will Coleda)++ | S04-declarations/will.t Update test from master For #872 |
19:31 | |
roast/6.d-errata: efad8adc7b | (Will Coleda)++ | S04-declarations/will.t Update test from master For #872 |
19:34 | ||
roast/6.d-errata: 4bd3d16b15 | (Will Coleda)++ | S04-declarations/will.t Update test from master For #872 |
19:40 | ||
roast/6.c-errata: 0e4e72bd16 | (Elizabeth Mattijsen)++ (committed by Will Coleda) | 2 files Fix .classify/.categorize tests These were checking for improperly constructed object hashes. Since github.com/rakudo/rakudo/commit/bcdbbdd8bc these are now correctly constructed. Use the :{ } object hash syntax to create the expected values, and thus make it ready for any other possible future changes to object hashes |
19:45 | ||
roast/6.d-errata: d66b99bcba | (Elizabeth Mattijsen)++ (committed by Will Coleda) | 2 files Fix .classify/.categorize tests These were checking for improperly constructed object hashes. Since github.com/rakudo/rakudo/commit/bcdbbdd8bc these are now correctly constructed. Use the :{ } object hash syntax to create the expected values, and thus make it ready for any other possible future changes to object hashes |
19:48 | ||
19:53
finanalyst joined
|
|||
Geth | roast/6.c-errata: 72b4be5533 | (Will Coleda)++ | S32-io/IO-Socket-Async.t Use dynamic port when possible |
21:12 | |
roast/6.d-errata: 6b368f71ef | (Will Coleda)++ | S32-io/IO-Socket-Async.t Don't use hardcoded port known to fail on OS X Workaround for #868 |
21:28 | ||
roast/6.d-errata: a04588a5fc | (Will Coleda)++ | S32-io/IO-Socket-Async.t Use dynamic port where appropriate (#875) |
|||
roast/6.c-errata: 854c2fbd51 | (Will Coleda)++ | S32-str/utf8-c8.t Copy updated test from master Old version was failing with a shell error, nothing to do with Raku. |
21:36 | ||
[Coke] | github.com/Raku/roast/blob/master/...8-c8.t#L96 - that says it's testing a non utf8 filename... but it's doing so with a Str with no special encoding? | 21:40 | |
blin run *seems* faster. | |||
m: my $filename = "L\xe9on"; | 21:41 | ||
camelia | ( no output ) | ||
[Coke] | m: dd (my $filename = "L\xe9on";) | ||
camelia | $filename = "Léon" | ||
[Coke] | 694c5aed938147148460abce5d879bb46d07f5fa | 21:42 | |
linkable6 | (2019-03-12) github.com/Raku/roast/commit/694c5aed93 Fix issue with macOS /bin/sh and weird source names | ||
[Coke] | if someone can look at this via github.com/Raku/roast/issues/878 I'd appreciate it | 21:45 | |
22:34
finanalyst left
23:20
guifa joined
|