00:00
reportable6 left
00:02
reportable6 joined
|
|||
ab5tract | .seen nxadm | 00:02 | |
tellable6 | ab5tract, I haven't seen nxadm around, did you mean nadim? | ||
tellable6_ | ab5tract, I haven't seen nxadm around, did you mean nadim? | ||
MasterDuke | isn't that El_Che? | 00:04 | |
ab5tract | ah, could be | 00:05 | |
.tell El_Che is there any way I could contribute arm64 editions of rakudo-pkg? | 00:06 | ||
tellable6 | ab5tract, I'll pass your message to El_Che | ||
tellable6_ | ab5tract, Sorry kid, that's not my department. | ||
ab5tract | tellable6_: love you babe | ||
tellable6 | ab5tract, I haven't seen love around, did you mean olve? | ||
tellable6_ | ab5tract, I haven't seen love around, did you mean olve? | ||
MasterDuke | heh. i think lizmat kicked the _ version from #raku-dev, don't know who can do that here/now | 00:08 | |
oh, they all have _ versions right now | |||
00:27
ACfromTX joined
01:08
xelxebar left
01:09
xelxebar joined
01:15
hulk joined,
kylese left
02:15
hulk left,
kylese joined
02:29
jpn joined
02:30
kylese left
02:34
jpn left
02:35
kylese joined
|
|||
xinming | when we use rakubrew to upgrade the raku version, What is the best way to re-install all modules in old raku installation? | 02:36 | |
MasterDuke | you shouldn't *need* to | 02:41 | |
xinming | MasterDuke: ?? | 02:43 | |
MasterDuke | installed modules should just continue to work | ||
xinming | When I upgrade the raku version, the old script doesn't run at all? | ||
hmm, I'll try again | |||
MasterDuke: Here, after I switch the raku version, and run script which needs JSON::Fast, It seems I need to reinstall the JSON::Fast | 02:48 | ||
MasterDuke | i'm pretty sure that's not supposed to happen. but i don't use rakubrew, so can't say for sure with it. might be worth filing an issue for rakubrew | 02:50 | |
xinming | MasterDuke: Alright, Yea, i think it's rakubrew's issue | ||
stackoverflow.com/questions/645866...g-rakubrew <--- got one sollution from here, But need to confirm this is the only way, Or there maybe other better ways to do things | 02:51 | ||
03:37
jpn joined
03:42
jpn left
06:00
reportable6 left
06:01
reportable6 joined
06:40
Sgeo left
07:31
jpn joined
07:36
jpn left
08:02
sena_kun joined
08:24
jpn joined
08:46
sena_kun left
08:52
jpn left
|
|||
ab5tract | hm, despite this fix (github.com/Raku/ake/commit/8490d63...2c1d0d10), I got an test error due to PERL6LIB being set while handrolling a Blin docker image last night.. | 10:00 | |
installing it locally worked just fine | |||
:( | |||
lizmat | perhaps RAKUDO_NO_DEPRECATIONS=1 could help? | 10:06 | |
ab5tract | ah, good idea.. I went a bit hamfisted and specified `--force-test`, but that option is way better | 10:07 | |
still, it's definitely a bit confusing.. the version specified is 0.1.2 and the auth is zef:raku-community-modules | 10:09 | ||
10:18
eseyman left
10:49
jpn joined
10:54
jpn left
|
|||
ab5tract | lizmat++, that worked out perfectly | 11:13 | |
lizmat | :-) | 11:14 | |
11:15
bdju left
|
|||
tbrowder | hi, how can i apply a subset type on a named arg in a sub without requiring it to be defined? i'll try to do a simple demo here. | 11:26 | |
m: subset X of Str where { $_ = "x"}; sub f($a, X :$b) {}; f(4); | 11:29 | ||
camelia | assign requires a concrete object (got a Str type object instead) in block <unit> at <tmp> line 1 |
||
lizmat | s/=/eq/ ?? | 11:30 | |
tbrowder | m: sub f($a, :$b) {}; f(4); | 11:31 | |
camelia | ( no output ) | ||
patrickb | In typical setups modules are not shared between versions in rakubrew. | 11:33 | |
tbrowder | actually the where block was too simple. i have to go but the real question is: is it possible to constrain a named but optional param? | 11:34 | |
patrickb | That's dependent on where zef installs the modules. By default they are put in the repos in the respective rakudo installations. Thus they are not shared. | ||
To make them available across installations one needs to install them into a shared repo. Typically into the home folder. (.zef/ ?) | 11:35 | ||
lizmat | m: sub a(Str:D :$foo) { }; a :foo(42) | 11:36 | |
camelia | Type check failed in binding to parameter '$foo'; expected Str but got Int (42) in sub a at <tmp> line 1 in block <unit> at <tmp> line 1 |
||
patrickb | That can be done by adapting the zef config, or implicitly, by making the repos in the rakudo installations read only. | ||
lizmat | tbrowder: the answer is: yes? | ||
ab5tract | patrickb: Maybe a nice feature to add to rakubrew would be to optionally note existing installed packages and then install them into the new version | 11:49 | |
I’ve run into the same scenario as tbrowder, subset types turn optional nameds into required nameds | 11:52 | ||
tbrowder: just add a truthiness check to the where clause | 11:56 | ||
m: subset S where { !$_ || $_ > 0 }; sub s(S :$s) { dd $s }; s(:s(45)); s(); | |||
camelia | 45 Any |
||
12:00
reportable6 left
|
|||
ab5tract | or add a compatible default value (could be a sentinel) | 12:00 | |
m: subset S where { $_ > 0 }; sub s(S :$s = 42) { dd $s }; s(:s(45)); s(); | |||
camelia | 45 42 |
||
12:02
reportable6 joined
|
|||
tbrowder | ah, i think i have solution: make the default values be zero: | 12:10 | |
m: subset X of Any where { $_ ~~ / 0 | a | b /}; sub f($a, :b(0)) { say $a} ; f(1) | 12:13 | ||
camelia | ===SORRY!=== Error while compiling <tmp> Malformed parameter at <tmp>:1 ------> re { $_ ~~ / 0 | a | b /}; sub f($a, :b(⏏50)) { say $a} ; f(1) |
||
tbrowder | oops, forgot sub f($a, X :b(0)){} | 12:15 | |
m: subset X of Any where { $_ ~~ 0 |a|b}; sub f($a, X :b(0)) { say $a}; f(1) | 12:17 | ||
camelia | ===SORRY!=== Error while compiling <tmp> Invalid typename 'b' in parameter declaration. at <tmp>:1 ------> y where { $_ ~~ 0 |a|b}; sub f($a, X :b(⏏50)) { say $a}; f(1) |
||
tbrowder | m: subset X of Any where {$_ ~~ /0 |a/}; sub f($a, X :$b = 0) {say $a}; f(1) | 12:20 | |
camelia | 1 | ||
tbrowder | eureka! | ||
ab5tract | did you miss when I suggested this before? :) | ||
tbrowder | did not see it | 12:21 | |
ab5tract | you can also do `where { !$_ || ... }` | ||
though a better check would be `$_ ~~ Any:U || ...` | 12:22 | ||
tbrowder | thnx! | ||
bye | 12:23 | ||
ab5tract | ciao o/ | ||
is there something like `callsame` but for invoking the next where clause (if any)? something like `subset Maybe where { $_ ~~ Any:U || nextconstraint }` might be nice to have, though it's just a random idea that popped up from this discussion so I'm not sure how feasible / sensible it might be | 12:35 | ||
right now you can just `||` two subsets from with a third subset, so I guess it's really not unlocking anything particularly useful and probably would generally result in confusing subset hierarchies | 12:41 |