01:11 kvw_5_ joined 01:14 kvw_5 left 02:14 evalable6 left, linkable6 left, squashable6 left 02:15 squashable6 joined, bloatable6 joined, committable6 joined, statisfiable6 joined 02:16 releasable6 joined, sourceable6 joined, nativecallable6 joined, benchable6 joined, tellable6 joined, quotable6 joined, coverable6 joined, evalable6 joined, shareable6 joined 02:17 greppable6 joined, bisectable6 joined, linkable6 joined, unicodable6 joined, notable6 joined 03:17 linkable6 left, committable6 left, evalable6 left, sourceable6 left, tellable6 left, benchable6 left, releasable6 left, quotable6 left 03:18 evalable6 joined 03:19 sourceable6 joined, releasable6 joined, benchable6 joined 03:20 tellable6 joined, quotable6 joined, linkable6 joined, committable6 joined 05:41 softmoth left 05:53 japhb left 05:55 japhb joined 08:57 domidumont joined
Geth rakudo/fix_eval_in_module_mainline: dc78520ce3 | (Stefan Seifert)++ | src/core.c/CompUnit/Loader.pm6
Fix compilation failure with EVAL in precompiled module's mainline

The error was reported as "Cannot look up attributes in a NQPMu type object" with a require in a module's mainline. The error message gets reported because QASTCompilerMAST cannot find the frame for a given CUID. The error only appeared when the require loaded an already installed and precompiled module and only if the repository chain got changed since (by way of 'use lib' or -I). ... (20 more lines)		 09:54
rakudo: niner++ created pull request #4331:
Fix compilation failure with EVAL in precompiled module's mainline
nine I dare say that this commit is of interest to every fan of code archeology :) 09:55
Geth rakudo/fix_eval_in_module_mainline: 08cb2b77f3 | (Stefan Seifert)++ | src/core.c/CompUnit/Loader.pm6
Fix compilation failure with EVAL in precompiled module's mainline

The error was reported as "Cannot look up attributes in a NQPMu type object" with a require in a module's mainline. The error message gets reported because QASTCompilerMAST cannot find the frame for a given CUID. The error only appeared when the require loaded an already installed and precompiled module and only if the repository chain got changed since (by way of 'use lib' or -I). ... (20 more lines)
nine forgot to remove a comment that no longer applied
.tell jnthn github.com/rakudo/rakudo/pull/4331 will probably amuse you :) 09:57
tellable6 nine, I'll pass your message to jnthn
10:31 dogbert17 joined
[Tux] Rakudo v2021.03-178-g10c3dbb94 (v6.d) on MoarVM 2021.03-50-g948128995
csv-ip5xs0.835 - 0.844
csv-ip5xs-207.887 - 7.968
csv-parser25.191 - 26.830
csv-test-xs-200.372 - 0.377
test7.183 - 8.088
test-t1.965 - 2.157
test-t --race0.896 - 0.903
test-t-2033.626 - 33.972
test-t-20 --race9.843 - 9.882
 10:56
lizmat much better
11:47 b2gills left 12:58 frost-lab joined
sena_kun I think there is more into the TauStation module issue. Looking at it. 13:13
s: help 13:14
sourceable6 sena_kun, Like this: sourceable6: 42.base(16) # See wiki for more examples: github.com/Raku/whateverable/wiki/Sourceable
sena_kun sourceable6: my $t = DateTime.now; $t eqv $t; 13:15
sourceable6 sena_kun, No idea, boss. Can you give me a Code object?
sena_kun sourceable6: DateTime.now eqv DateTime.now;
sourceable6 sena_kun, github.com/rakudo/rakudo/blob/10c3...e.pm6#L106
13:17 b2gills joined
sena_kun s: infix:<eqv>(DateTime.new, DateTime.new) 13:18
sourceable6 sena_kun, github.com/rakudo/rakudo/blob/10c3....pm6#L1204
sena_kun Ok, so dates are compared using .raku produced notation 13:19
a-ha 13:20
nine Little bit of progress on the "Type check failed in binding to parameter '$bytes'; expected Blob but got Supplier::Preserving (Supplier::Preserving...)" issue. It's 100 % reproducible with MVM_SPESH_NODELAY=1 MVM_SPESH_BLOCKING=1 and hash randomization turned off. 13:26
sena_kun nine, do you by chance have any time for the spesh issue discussed above? 13:29
lizmat afk for a few hours& 13:31
sena_kun hmm, I can reproduce the issue without the module at all. Or maybe not "the issue", but the change. 13:34
m: my $t := 1524424977.922727.rand.Rat; note DateTime.new($t).Instant.say;
camelia Instant:1203415364.632075471
True
sena_kun m: my $t := 1524424977.922727.rand.Rat; note DateTime.new($t).Instant;
camelia Instant:752602331.129292929
sena_kun m: my $t := 1524424977.922727.rand.Rat; note DateTime.new($t).Instant;
camelia Instant:584237193.667040358
sena_kun m: my $t := 1524424977.922727.Rat; note DateTime.new($t).Instant;
camelia Instant:1524425014.922727
sena_kun hmm, I cannot. :S 13:37
m: my $t := 1524424977.922727.rand.Rat; note DateTime.new($t).Instant.raku; 13:38
camelia Instant.from-posix(446853647.758823529)
sena_kun m: my $t := 1524424977.922727.rand.Rat; note DateTime.new($t).Instant.raku;
camelia Instant.from-posix(1117060557.961926091)
sena_kun m: my $t := 1524424977.922727.rand.Rat; note DateTime.new($t).Instant.raku;
camelia Instant.from-posix(766012355.104856512)
sena_kun m: my $t := 1524424977.922727.rand.Rat; note DateTime.new($t).Instant.raku;
camelia Instant.from-posix(422051697.246220302)
sena_kun m: my $t := 1524424977.922727.rand.Rat; note DateTime.new($t).Instant.raku;
camelia Instant.from-posix(131103957.190097259)
sena_kun ah, of course it is not changing on this release 13:40
So when you do `my $t := 1524424977.922727.rand.Rat; note DateTime.new($t).Instant;` (notice no .raku calls here) in the old release it will have less precision (always 6 digits for me) and for the new release more precision (9 digits). This more precision in turns change the result of .raku and we use .raku for eqv and eqv is used in is-deeply in the test. 13:42
s: DateTime.new(12341234.Rat) 13:47
sourceable6 sena_kun, github.com/rakudo/rakudo/blob/10c3...e.pm6#L259
sena_kun s: DateTime.new(now) 13:56
sourceable6 sena_kun, github.com/rakudo/rakudo/blob/10c3...e.pm6#L250
sena_kun something fishy happens at this point, apparently 13:57
ok, time is gone, still 2 blockers for the release.
nine sena_kun: what's the spesh issue? 14:08
14:10 frost-lab left
dogbert17 nine: just guessing but I believe it's the one mentioned in #moarvm 14:10
there's a gist hiding there that might come in handy 14:11
plus some nonsense theories from me :) 14:12
nine There's been quite some discussion, but apparently no introduction to the uninitiated or simple steps to reproduce 14:13
MasterDuke nine: in raku-uni, `MVM_SPESH_NODELAY=1 raku -I . t/basic.t` 14:22
nine oh, raku-uni is a branch? 14:23
MasterDuke no, [Coke]'s App::Uni
github.com/coke/raku-uni
reverting github.com/MoarVM/MoarVM/commit/08...c8295ac5cb didn't fix it... 14:24
nine can't reproduce 14:32
MasterDuke i can repro at github.com/MoarVM/MoarVM/commit/b7...593d1f0c7c with MVM_SPESH_NODELAY=1, so it wasn't introduced by github.com/MoarVM/MoarVM/commit/ba...a5f0aaa47c 14:35
if you missed it, the failure is `Type check failed in binding to parameter '<anon>'; expected Cool but got Method (proto method fc (Coo...) 14:36
  in sub uni-search at /home/dan/Source/perl6/modules/raku-uni/lib/App/Uni.rakumod (App::Uni) line 36` ... `not ok 6 - -w cat eyes`
i suspect that some of the recent str/uni related commits in rakudo, combined with the decont logging commit, have uncovered a moarvm bug that previously was only visible with MVM_SPESH_NODELAY 14:50
dogbert17 nine: did you try gist.github.com/dogbert17/cf91cd2b...60857958d9 15:45
nine dogbert17: looks good as well 15:48
Huh! Turns out, me being on the propagate_spesh_facts_after_guard_elimination is what makes the difference! On master it fails. On that branch everything is fine 15:52
lizmat hmmm... 15:53
dogbert17 perhaps you've solved the problem without knowing it :) 15:55
nine That would be too easy 15:57
Considering the nature of my changes it's more probable that further optimization avoided the wrongly optimized code 15:58
16:18 softmoth joined
gfldex m: role R[::T] {}; class A { method m(R[Int]() $_) {} }; class B { method R[Int]() {} }; A.new.m(B.new); 16:47
camelia 5===SORRY!5=== Error while compiling <tmp>
Missing block
at <tmp>:1
------> 3 m(R[Int]() $_) {} }; class B { method R7⏏5[Int]() {} }; A.new.m(B.new);
gfldex So I can ask for a coercer in signature that can't be provided by a coersion method. Is there any way around this? 16:48
Found it. MOP for the rescue! 17:07
lizmat senses an upcoming blog post
gfldex flexes his blogging muscle
:D
17:15 lucasb joined 17:30 patrickb joined 17:36 patrickb left 17:39 domidumont left
Geth problem-solving: ddfdfb04f7 | Altai-man++ | solutions/documentation/search-categories.md
Provide a solution document for github.com/Raku/problem-solving/issues/250

  "Documentation search categories are not standartized"
Fixes github.com/Raku/problem-solving/issues/250		 19:15
problem-solving: ecf3097a0b | (Elizabeth Mattijsen)++ (committed using GitHub Web editor) | solutions/documentation/search-categories.md
Merge pull request #271 from Raku/solution-250

Standardize documentation search categories (solution for #250)
sena_kun rba, ping. 19:21
.tell rba my infra droplet was turned down for almost two weeks for now and so far nobody complained that something does not work, so I am permanently removing it. 19:22
tellable6 sena_kun, I'll pass your message to rba
rba sena_kun: fine for me. Sorry again for the bad communication before. 19:24
sena_kun destroyed 19:25
20:39 lizmat left, lizmat joined 23:40 japhb left 23:52 japhb joined 23:53 japhb_ joined 23:55 japhb_ left, japhb left, japhb 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!