#raku-dev on 10 April 2024 - Raku Programming Language Log

🦋 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.

02:42 gfldex left 03:38 gfldex joined

[Tux]

Rakudo v2024.03-127-gc6adc333c (v6.d) on MoarVM 2024.03-3-gf2220d93d

csv-ip5xs	0.256	-	0.263
csv-ip5xs-20	1.123	-	1.159
csv-parser	1.541	-	1.564
csv-test-xs-20	0.141	-	0.143
test	1.991	-	2.007
test-t	0.418	-	0.433
test-t --race	0.276	-	0.276
test-t-20	5.150	-	5.214
test-t-20 --race	1.214	-	1.250

06:28

Errors in building the test have greatly improved. This is all that is left:

06:29

............This type (NQPRoutine) does not support positional operations

in method require at /pro/3gl/CPAN/rakudo/install/share/perl6/site/sources/FE0EA2E16CD0CD31716830FEE610E9B4116A2281 (Inline::Perl5) line 1057

in method use at /pro/3gl/CPAN/rakudo/install/share/perl6/site/sources/FE0EA2E16CD0CD31716830FEE610E9B4116A2281 (Inline::Perl5) line 1163

in block <unit> at csv-ip5pp.pl line 8

nine

Man it sucks when an approach gets you to the 99 % mark but you realize that it cannot get you to 100.

06:57

For Foo::Bar.foo we currently generate code like QAST::Op.new(:op<callmethod>, :name<foo>, QAST::WVal.new(:value(Foo::Bar)). Works beautifully because we have a compile-time-value for Foo::Bar which either comes from the setting, got imported via use (a BEGIN time effect) or is something we just compiled ourselves.

07:00

However Foo::Bar could also be imported by a require Foo::Bar; which at compile time only installs stubs for Foo and Foo::Bar and replaces Bar with the actual value only at runtime. Our WVal would then still contain the stub.

07:01

Of course the problem is hard. We haven't even solved it in the old frontend yet:

07:46

nine@sphinx:~/rakudo (main *>)> echo 'unit class Foo::Bar; method yes() { say "yes" }' > lib/Foo/Bar.rakumod

nine@sphinx:~/rakudo (main *>)> rakudo -Ilib -e 'use Foo::Bar; Foo::Bar.yes'

BUT:

yes

nine@sphinx:~/rakudo (main *>)> rakudo -Ilib -e 'require Foo::Bar; Foo::Bar.yes'

yes

nine@sphinx:~/rakudo (main *>)> echo 'unit class Foo; method yes() { say "yes" }' > lib/Foo.rakumod

nine@sphinx:~/rakudo (main *>)> rakudo -Ilib -e 'use Foo; Foo.yes'

yes

nine@sphinx:~/rakudo (main *>)> rakudo -Ilib -e 'require Foo; Foo.yes'

No such method 'yes' for invocant of type 'Foo'

For Foo::Bar we at runtime just replace the Foo.WHO<Bar> package stub with the class we found in the loaded module.

07:47

For Foo we cannot do that as the Foo package stub is a lexical symbol so we just merge the stash of the class found in the loaded module into the stub, but that of course won't turn that stub into a class.

07:48

08:30 sena_kun joined

lizmat

hmmm but how difficult would it be to turn that stub into a class at runtime?

08:39

or are fearing issues i codegen with Foo being a stub at compile time, and a package at runtime?

*you

nine

Well we cannot change the nature of an existing object, can we?