librasteve
librasteve
right now seems that this exclusion is needed for every install
## The Problem I am developing raku::Dan::Pandas on ubuntu and getting an unwanted WARNING apparently from the GC This is a block to getting that module working (I'm about 80%...
This page: https://rakudo.org/star/source States: ```echo "export PATH=$(pwd)/bin/:$(pwd)/share/perl6/site/bin:$(pwd)/share/perl6/vendor/bin:$(pwd)/share/perl6/core/bin:\$PATH" >> ~/.bashrc``` But: $(pwd)/bin/: /root/rakudo/bin//raku
## The Problem Hi - I have installed rakudo-moar-2021.10-01-macos-arm64-clang.tar.gz on my 100% clean factory reset Monterey and run eval "$(/Users/stephenroe/rakudo/rakudo-moar-2021.10-01-macos-arm64-clang/scripts/set-env.sh)" successfully ## Expected Behavior I now expect zef to install...
## Problem or new feature **Type relations for 404** on https://docs.raku.org/type/X::Control
The docs.raku.org lookup box has this result, https://docs.raku.org/language/packages#index-entry-A.%22$m%22() - but the target is missing. I believe that this is current, valid language syntax and that it should be documented somewhere...
I see that croservices/docker does the following Dockerfile... I would love to deploy native arm64 on ubuntu .... but this is amd64 only ;-( Maybe like this ```FROM --platform=linux/arm64 rakudo-star:latest```...
Hi Graham - I have started to collect Raku-Rust FFI code here ... https://github.com/p6steve/raku-Inline-Rust and have just adopted one of your perl examples for callbacks. Perhaps this code could be...
## Expected Behaviour ```log10(1000); #3 (Rat)``` ## Actual Behaviour ```log10(1000); #2.9999999999999996 (Num)``` ## Rationale raku is proud to handle decimals (and other rationals) in a way that avoids irrational results...
## Problem or new feature Currently, there is no link in the docs from the "Non-string keys / Object hash" section: https://docs.raku.org/language/hashmap#Non-string_keys_(object_hash) to/from the class ValueObjAt section: https://docs.raku.org/type/ValueObjAt ## Suggestions...