🦋 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

Powered by Cro and the Raku® Programming Language.

Please report any issues / comments / feature requests as an issue on App::Raku::Log.

Thank you!