[Tux] Rakudo v2024.09-60-g19a32df00 (v6.d) on MoarVM 2024.09-5-g174aa1ba9
csv-ip5xs0.260 - 0.264
csv-ip5xs-201.078 - 1.113
csv-parser1.483 - 1.514
csv-test-xs-200.142 - 0.142
test1.811 - 1.883
test-t0.401 - 0.404
test-t --race0.268 - 0.271
test-t-204.781 - 4.953
test-t-20 --race1.171 - 1.176
 06:16
tux.nl/Talks/CSV6/speed4-20.html / tux.nl/Talks/CSV6/speed4.html tux.nl/Talks/CSV6/speed.log
07:48 sena_kun joined
Geth rakudo/main: ebe9136f15 | (Elizabeth Mattijsen)++ | t/12-rakuast/xx-fixed-in-rakuast.rakutest
Add test for #2619
 09:30
roast: f48dfbbebf | (Elizabeth Mattijsen)++ | S04-exception-handlers/control.t
Add test for #2665
 10:09
10:09 sena_kun left
Geth roast: 3b4981dd82 | (Elizabeth Mattijsen)++ | S03-operators/range.t
Add test for #2676
 10:41
roast: 3d5ce92a15 | (Elizabeth Mattijsen)++ | S12-class/attributes.t
Add tests for #2692
 10:59
timo do we have a recommended deep cloning approach? (re: the "nice to have" ticket about deep clones R#2710) 11:11
linkable6 R#2710 [closed]: github.com/rakudo/rakudo/issues/2710 [feature request] nice to have a .deepclone method for classes and grammers
lizmat maybe open a problem solving issue for it?
timo is "reifier" a thing we still say? 11:16
lizmat well, "reified" is still a term that's being used ? 11:18
timo right
Array changed a bit, didn't it? does it still have "a reifier" inside it?
> Note from version 6.d, .raku (.perl before version 2019.11) can be called on multi-dimensional arrays. 11:19
that seems like an odd thing to specifically point out?
Geth rakudo/main: d3f058d9bd | (Elizabeth Mattijsen)++ | 2 files
Mark "lazy-if" method as implementatio detail

In response to #2712		 11:21
lizmat List has reifier in it
timo m: my @a = 1, {rand} ā€¦ āˆž; my @b = @a.clone; say @b[^3]; say @a[^3]; 11:22
camelia (1 0.8498968507708198 0.1060283607939646)
(1 0.8498968507708198 0.1060283607939646)
timo this is the example in Array's clone method documentation where it tells you that an array's reifier is shared with its clones 11:23
notable6__: new-topic bugbearer 11:26
notable6__ timo, New topic added (ā€œbugbearerā€)
timo notable6__: bugbearer give Array doc page a bit of text about, or link to, the concept of reification 11:27
notable6__ timo, Noted! (bugbearer)
timo notable6__: bugbearer maybe create a doc.raku.org redirect to docs.raku.org 11:28
notable6__ timo, Noted! (bugbearer)
Geth roast: b2f53f7f37 | (Elizabeth Mattijsen)++ | 6.c/APPENDICES/A04-experimental/01-misc.t
Fix another faulty test

since github.com/rakudo/rakudo/commit/0f...d97e12720a		 11:29
timo notable6__: bugbearer moarvm: nativecall on ppc32 writes outside bounds of local variables with "is rw" arguments pointing at native scalars
notable6__ timo, Noted! (bugbearer)
timo cool, there is an example of a custom clone method in the docs of Mu.clone 11:36
notable6__: bugbearer docs wishlist: generate anchors for code examples and provide a button to make a direct link / deep link 11:37
notable6__ timo, Noted! (bugbearer)
timo the documentation of method clone on Mu starts with "This method will clone type objects" but it literally doesn't though? 11:39
m: my Mu $othermu := Mu.clone(); say $othermu =:= Mu; 11:40
camelia True
Geth roast: f6eb795f34 | (Elizabeth Mattijsen)++ | S29-any/deg-trans.t
Remove overzealous test

This was testing implementation dependent behaviour		 11:42
rakudo/main: d332d19a9b | (Elizabeth Mattijsen)++ | src/core.c/Any.rakumod
Repair behaviour of Any|Match.print-nl

Call .print on whatever .nl-out returns. Fixes #2713		 11:44
timo it's super convenient to be able to $foo.say and $foo.print and whatnot, but it feels kind of foot-gunny that it's "backwards" when run on an IO 11:57
now if IO::print() and IO::say(), i.e. without arguments, were to throw an exception, however ... 11:58
but yeah, the correct fix is to only use .print and .say if you know you're not getting an IO. and if you're outputting random stuff with .print or .say, maybe your use case is actually better served by dd $foo and $foo.&dd 11:59
i feel like there's already a problem-solving ticket about this though 12:00
Geth roast: 3772d8497b | (Elizabeth Mattijsen)++ | S03-junctions/misc.t
Add tests for #2719
 12:01
timo m: say "foo".substr-eq("f") 12:03
camelia True
timo interesting, so the case without further arguments turns into starts-with? 12:04
m: say "".substr-eq("f"); say "".substr-eq(""); say "".starts-with("f"); say "".starts-with("")
camelia False
True
False
True
lizmat yeah, it assumes 0 for the position in that case 12:14
12:38 bisectable6 left 12:41 bisectable6 joined
Geth rakudo/main: 3359987a5d | (Elizabeth Mattijsen)++ | src/core.c/unicodey.rakumod
Allow empty names in .uniparse

Fixes #2744		 12:52
roast: baa750f9ff | (Elizabeth Mattijsen)++ | S32-str/uniparse.t
Adapt .uniparse tests allowing empty names

Following github.com/rakudo/rakudo/commit/3359987a5d		 12:53
rakudo/main: 278eb69a39 | (Elizabeth Mattijsen)++ | src/core.c/Rakudo/Iterator.rakumod
Handle .comb with negative limit better

Fixes #2745		 13:26
roast: c35293bfe8 | (Elizabeth Mattijsen)++ | S32-str/comb.t
Add tests for #2745
 13:30
roast: 3358ebd904 | (Elizabeth Mattijsen)++ | S17-supply/watch-path.t
Make sure tests are actually run on MacOS

Note that some of these fail: but this file is currently **not** part of spectesting.
See github.com/rakudo/rakudo/issues/2760		 13:41
roast: 37ead4114f | (Elizabeth Mattijsen)++ | S04-exceptions/fail.t
Add tests for #2764
 13:50
rakudo/main: cf664300cc | (Elizabeth Mattijsen)++ | src/core.c/Rakudo/Internals.rakumod
Make ForeignCode.gist less verbose

Use the verbose version for .raku, just produce the name for .Str/.gist
Fixes #2774		 14:16
roast: 82d5b1b0e7 | (Elizabeth Mattijsen)++ | S32-array/delete-adverb.t
Add tests for #3657
 14:20
lizmat m: say "C" ~~ / <:Lu> <!before \S > / 14:36
camelia ļ½¢Cļ½£
lizmat bisectable6: say "C" ~~ / <:Lu> <!before \S > /
bisectable6 lizmat, Will bisect the whole range automagically because no endpoints were provided, hang tight
lizmat, Output on all releases: gist.github.com/d260e7f5f67064132b...c883001ad0 14:37
lizmat, Bisecting by output (old=2021.06 new=2021.07) because on both starting points the exit code is 0
lizmat, bisect log: gist.github.com/9511d580074a76ba58...54169e1c95
lizmat, (2021-07-19) github.com/rakudo/rakudo/commit/85...e5c33d8c90
lizmat, Output on all releases and bisected commits: gist.github.com/c671fd0cc2093b173b...2b562be7dd 14:38
Geth roast: 523da0259e | (Elizabeth Mattijsen)++ | S05-metasyntax/lookaround.t
Add test for #2791
 14:42
roast: f323d69daa | (Elizabeth Mattijsen)++ | S06-other/main.t
Add tests for #2794
 14:53
rakudo/main: eda67b3a31 | (Elizabeth Mattijsen)++ | src/core.c/Supplier.rakumod
Mark Supplier.unsanitized-supply as an implementation detail

In response to #2803		 15:06
roast: 6f5c89817e | (Elizabeth Mattijsen)++ | S12-construction/BUILD.t
Add tests for #2832
 15:24
rakudo/main: 804c40411e | (Elizabeth Mattijsen)++ | t/12-rakuast/xx-fixed-in-rakuast.rakutest
Add test for #2836
 16:17
roast: ff9bcf57bc | (Elizabeth Mattijsen)++ | S06-advanced/callframe.t
Add test for #2853
 16:33
roast: 9a15e3d6bc | (Elizabeth Mattijsen)++ | S02-names/name.t
Add tests for #2928
 17:01
roast: d095a28f13 | (Elizabeth Mattijsen)++ | S32-array/exists-adverb.t
Add tests for #2929
 17:07
roast: d2f6b9b346 | (Elizabeth Mattijsen)++ | S05-modifier/ignoremark.t
Add test for #2961
 17:19
roast: 002bbf8272 | (Elizabeth Mattijsen)++ | S32-exceptions/misc.t
Add test for #2974
 17:27
lizmat <1K open issues :-) 17:29
[Coke] \o/ 17:32
vrurg lizmat: considering the `handles` case, you'd need something extra to handle the `handles => *`. Though it could be another entry in the hash. 19:11
lizmat: Another point: conflicts. Especially dynamically added methods. The current semantics would be hard to follow then. 19:12
Though I'm not happy with the semantics either way. Using `handles` as a fallback resolution is more appealing to me. In which case `*` becomes the fallback of fallback. :) 19:14
21:14 sena_kun joined 21:51 MasterDuke joined 21:59 bisectable6 left
MasterDuke lizmat: you're running the whateverables now right? i just killed bisectable somehow 22:00
22:03 bisectable6 joined
MasterDuke huh. may have just killed it again. not sure why this particular query is causing it so much trouble though 22:06
22:09 bisectable6 left 22:13 bisectable6 joined 22:31 sena_kun left
lizmat MasterDuke: AlexDaniel is still running them 22:32
I just run Geth and RakuIRCLogger

Powered by Cro and the RakuĀ® Programming Language.

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

Thank you!