#raku-dev on 20 September 2020 - Raku Programming Language Log

02:54 andres_ joined 02:56 andres_ left 05:08 Kaiepi left 05:09 Kaiepi joined 07:31 sena_kun joined

nine

'/home/nine/rakudo/install/bin/nqp-m' --module-path=blib --ll-exception --target=mbc --output=blib/Perl6/World.moarvm gen/moar/World.nqp

08:00

Missing or wrong version of dependency 'gen/moar/stage2/NQPHLL.nqp' (from 'gen/moar/Pod.nqp')

08:00 Kaiepi left

nine

So...the build is broken again?

08:00

08:07 jmerelo joined

jmerelo

Distribution in age groups of responders of the Raku survey through the years github.com/Raku/survey/blob/master...-years.png

08:08

Biggest difference seems to be in the 18 thru 40 age group, which has lost ~20% In fact, that pretty much explains the difference in total number of answers

08:10

08:17 domidumont joined

jmerelo

And prior use of Perl github.com/Raku/survey/blob/master...-years.png Those tho have used Perl have decreased more than those who haven't, but it's still the bigger majority

08:20

sena_kun

nine, I wonder if nqp wants the same treatment as github.com/rakudo/rakudo/commit/a5...eff7810242

08:21

08:24 domidumont left

nine

m: package Foo { package Our::Bar {}; package Their { package Baz {} } }; say Foo::Our.^name; say Foo::Their.^name

08:57

camelia

Our
Foo::Their

nine

I dare say this difference in names (one without and one with the containing package as a prefix) is a bug. And one that causes some of the remaining issues with in-process precompilation

lizmat

Files=1336, Tests=113586, 241 wallclock secs (30.78 usr 9.36 sys + 3328.17 cusr 319.26 csys = 3687.57 CPU)

09:55

nine

Well the fix looks simple and passes tests and spectests

10:06

Geth

rakudo/fix_name_of_stub_packages_in_multi_part_declarations: dae8383a20 | (Stefan Seifert)++ | src/Perl6/World.nqp
Fix stub packages in multi part declarations only knowing part of their name

In package Foo { package Bar::Baz { } } the created stub package for Bar had only "Bar" as longname instead of the expected "Foo::Bar" like you'd get if the Bar package was created explicitly. Fix by using the target package's name as starting point when assembling the longname.

10:09

rakudo: niner++ created pull request #3926:
Fix stub packages in multi part declarations only knowing part of the…

10:12 jmerelo left 11:02 Altai-man joined 11:05 sena_kun left

Geth

rakudo/rakuast: 301f2d1890 | (Elizabeth Mattijsen)++ | src/Raku/ast/expressions.rakumod
Remove unnecessary whitespace

11:43

rakudo/rakuast: fed18ca0a5 | (Elizabeth Mattijsen)++ | t/12-rakuast/var.t
Test deparsing most of variable declarations

nine

Simple...but not actually entirely correct

11:44

lizmat

nine

package GLOBAL::Foo { } should still be called Foo

11:45

Geth

rakudo/fix_name_of_stub_packages_in_multi_part_declarations: 51db5341a7 | (Stefan Seifert)++ | src/Perl6/World.nqp
Fix stub packages in multi part declarations only knowing part of their name

In package Foo { package Bar::Baz { } } the created stub package for Bar had only "Bar" as longname instead of the expected "Foo::Bar" like you'd get if the Bar package was created explicitly. Fix by using the target package's name as starting point when assembling the longname.

11:48

nine

This works better

lizmat

good catch!