🦋 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: ... | log inspection situation still under development | For MoarVM see #moarvm
Set by lizmat on 22 May 2021.
AlexDaniel Whew. Misclicked on a GitHub comment reaction, hope nobody saw it. Good that I double checked 10:14
melezhik releasable: status 17:15
releasable6 melezhik, Next release in ≈23 days and ≈1 hour. 1 blocker. Changelog for this release was not started yet
melezhik, Details: gist.github.com/54e358d38720379edc...8667a7c8bb
tbrowder howdy, i'm having trouble with my pr to add the modf routine to core 18:08
my Modf module's algorithm works perfectly on the same tests as i've added in a pr for roast, but basically the same algorithm in core fails. 18:10
for one thing i am trying to return a list and wonder if it might need to be typed, 18:11
also, i am patterning the entries in Cool, etc. after the code for for the log routine. 18:12
my question at the moment is: is there any special handling needed for returning a List for a number type? 18:14
afk& 18:15
nine Ok, I finally had a look at S01-perl-integration/roundtrip.t. The failure is caused by github.com/niner/Inline-Perl5/comm...3f3e969634 18:59
So it was a bit of an intentional change in semantics (to no longer flatten arguments). You can see by the changes the commit makes to examples and far down to the tests for why I made it. 19:00
The failing spec tests expects those hash keys to be passed as arguments instead of an array containing those keys in: $tohash_p5.(keys %hash); 19:01
Like I mentioned in the commit message, the new way to write this would be $tohash_p5.(|keys %hash); but...it's a spec test. So is it a good idea to just change it? 19:02
lizmat I think so 19:20
MasterDuke can it be versioned? 19:22
lizmat developer.apple.com/documentation/...e-Runtimes 19:29
aka, we may have an issue booting Rakudo on future MacOS machines
tonyo time for rakudo to compile itself 19:43
jdv is that easier/better than packaging for macos more like windows? 19:44
also, is installing perl as a pre-req that big of a deal? 19:45
lizmat fwiw, I think more generally we need to think of a way to remove the dependency on perl to build Rakudo 19:55
leont In practive, macos is shipped with triple digit number of perl scripts in /usr/bin AFAIK, that won't be an urgent issue. 20:10
And in general I think it makes most sense to start at the bottom, and remove the dependency on perl in moarvm and nqp first
It would be interesting to have most of rakudo's tooling in nqp, though that would still require a little of something if we want to keep something like --gen-moar and such 20:12
(well, I suppose it doesn't even have to be nqp, but it does have to be bytecode that moarvm can run) 20:15
jdv i would think there's value in not requiring the thing to build the thing 20:39

Powered by Cro and the Raku® Programming Language.

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

Thank you!