🦋 Welcome to Raku! raku.org/ | evalbot usage: 'p6: say 3;' or /msg camelia p6: ... | irclog: colabti.org/irclogger/irclogger_log/raku
Set by ChanServ on 14 October 2019.
[Coke] also works if b starts with "unit module b;", e.g. 00:00
tech_hutch hm, okay...I think I understand that
is RAKULIB an env var? 00:01
El_Che yes
tech_hutch what does it do? 00:04
tech_hutch I don't have to do this in other langs, just to use multiple files... 00:05
El_Che you don't have to if the library is in a default location 00:06
running libs from pwd by default is a security issue 00:07
tech_hutch I don't want to make a library tho, I just want to have multiple files in my project
is what I'm doing unidiomatic somehow? 00:09
El_Che several files not structured as a project somewhat, yes. 00:13
there are 3 ways to spicify a modules path
1. RAKULIB env variable
2. run raku with the -I option (e.g raku -Ilib or raku -I.) 00:14
3. use lib in your script source
tech_hutch #3 sounds the simplest, how do you do that?
El_Che use lib 'your dir here'; 00:15
use lib '.'
docs.raku.org/language/pragmas#ind...ib__pragma 00:16
El_Che bbl 00:16
bye
tech_hutch okay thank you!
it worked! thanks gain 00:17
again*
melezhik .tell tony-o I create a sparrow plugin to automate fez login, could be useful in fez automation / testing - sparrowhub.io/plugin/fez-login/0.000001 00:50
tellable6 melezhik, I'll pass your message to tony-o
melezhik .tell tony-o this is how `fez login` automation looks like using `fez-login` sparrow plugin - 161.35.142.50/report/fez-test/203 01:41
tellable6 melezhik, I'll pass your message to tony-o
Xliff JRasPass: So it sounds like that might be better off as its own header. :) 01:52
JRaspass that still feels icky though, since its not part of the req, its just info i want to pass through the app, like go context or dancer stash 01:53
Xliff I think I want to adjust Cro::HTTP::Log::File to accept an array of destinations for both :$logs and :$errors
saveNexit hello, I am trying to install perl6 jupyter kernel, but I am getting this error: paste.debian.net/hidden/46220973/ 01:53
Xliff JRaspass: Hey, isn't that what custom headers are for?
saveNexit I tried another github package for the same, and got the same error, too 01:54
Xliff saveNexit: That's a missing dependency.
zef install File::Find # Do this, then try again
JRaspass `--\test` if you're impatient like me ;-) 01:54
saveNexit Xliff, I'll do so, thank you very much 01:55
Xliff saveNexit: You might also be using an older version of zef.
Consider "zef self-upgrade"
... or not... (man, I'm batting 1000, tonight!)
One sec.
saveNexit: What's your `zef --version`? 01:57
JRaspass there we go, i did a good deed, ta for the reminder Zliff - github.com/croservices/cro-http/pull/121 01:59
*Xliff, /me also batting 1k tonight 02:00
Xliff :) 02:01
JRaspass its 2am here, probably should stop coding :-P
saveNexit hmm, after "File::Find" I still get the same error... "zef --version" rejects the parameter
Xliff OK. Then it's too old. 02:02
saveNexit self-upgrade doesnt work, either
JRaspass where does your raku/zef come from?
Xliff Do this:
saveNexit I installed "perl6-zef" from debian repos 02:03
JRaspass im going to guess that's old just based on the perl6 name :-P
Xliff sudo dpkg --purge perl6-zef; mkdir <dir of your choice>; cd <dir of your choice>; git clone github.com/ugexe/zef.git; cd zef; raku -Ilib bin/zef install .
JRaspass 0.6.2 in buster, 0.9.4 in bullseye 02:04
saveNexit thank you for the all-in-one command :)
JRaspass rakudo 2018.12 in deb, damn deb likes it old/stable :-(
if you get fed up with the distro raku, i personally use rakudup.github.io 02:05
Xliff I use rakubrew 02:08
rakubrew.org/
JRaspass TIMTOWTDI :-P
Xliff %-D 02:09
OK. Gotta step away from work for the night.
Have a great one!
saveNexit Xliff, thank you :) 02:10
the last part didnt work
JRaspass use perl6 instead of raku, deb is old enough to have the old name 02:12
so perl6 -Ilib bin/zef install .
at least according to packages.debian.org/buster/amd64/r...o/filelist 02:13
saveNexit JRaspass, yeah, noticed that, installing raku instead :) 02:16
JRaspass cool
saveNexit installed, but still error with the command 02:17
saveNexit "bash: raku: command not found" 02:18
JRaspass what did you install exactly?
saveNexit this one here; paste.debian.net/plainh/9644e152 02:19
JRaspass hmm, that looks like it should've worked 02:21
JRaspass oh its in opt 02:21
saveNexit ah, indeed
JRaspass $ /opt/rakudo-pkg/bin/add-rakudo-to-path github.com/nxadm/rakudo-pkg#set-the-path
saveNexit hmm, I did, but still the command gives the above error 02:23
saveNexit maybe it requires logout-login..some installs do so 02:28
saveNexit for the moment I ran the command as you recommended, with perl6 02:31
seems working
yes, installed 02:33
JRaspass cool beans
saveNexit just waiting to see if the original error appears again 02:34
yeah, the error persists 02:38
JRaspass poo 02:40
i have to crash now, hopefully someone else can help, sorry 02:41
saveNexit sure, thank you very much, good night ;) 02:50
guifa .tell lizmat Dunno if you remember, but a while back I had a crazy BOOTHASH error when trying to do a slang. I finally figured it out. use nqp doesn’t import QAST classes anymore (it seems it used to), so I needed a use QAST:from<nqp> at the top et violà, error free compile 02:54
tellable6 guifa, I'll pass your message to lizmat
brass Is there any way to trick something into thinking it's not in a sink context? 05:05
tellable6 2021-01-06T15:00:29Z #raku <tyil> brass if you still want to look into mac builds of rakudo star, you might be able to get some automated builds working with github actions, I just made it work (I think?) for GNU+Linux tarballs 05:06
brass Oh interesting
guifa2 brass: are you just trying to supress the warning? 05:18
Err I read that backwards. 05:21
Maybe just a quick 'my $ = {something otherwise in sink}'
brass guifa2: I'm doing a benchmark for fun and I'm trying to do something like `for ^100_000 { .is-prime(); }` 05:25
To test out methods of using threads
But it completes pretty much instantly no matter how large the number since it knows I'm not using the value 05:26
Which is pretty clever btw, nice job compiler
`my $ = .is-prime` seems to work, I just wanted to know if there's a syntax trick for special cases like this :p 05:27
moon-child brass: wait'll the compiler gets fancier and knows to optimize out my $ = .is-prime :P 05:29
usually when I'm benchmarking c programs I'll keep around a variable and xor the result of a computation with it. Then return that variable at the very end
guifa2 For loops, just my @foo = do for { … }; say +@foo 05:31
Then it's gotta keep stuff around
moon-child yeah but then you're also measuring the performance of the allocator and of memcpy
guifa2 true, but it might be inconsequential depending on the inner runtime, especially since it should be mostly the same regardless the inner content 05:37
also brass, curious that you would ask this question just now 05:51
I'm trying to benchmark some stuff that's a bit tricky to do too 05:53
brass guifa2: What are you benchmarking? 05:54
guifa2 brass: my number formatter
brass Oh neat 05:55
guifa2 I.... have to be doing something wrong 05:59
there's no way I should be doing things basically at the same speed as the built in
brass How do you mean? 06:00
guifa2 it kept saying both runs were taking the same time. But… I'm an idiot and forgot to reset the start time ^_^
Yeeesh. 16.3662375 vs 0.0032281 06:01
brass LOL 06:03
guifa2 huh 06:04
there must be something else there 06:05
When I run it limiting myself to only NaN and Inf (which are special cased and immediately returned), my results are basically the same
aha! 06:06
0.2118852 vs 0.0039411 — I was calling user-language *every single iteration*
And that involves parsing a shell call
guifa2 I know the JS in browser passes things off to C, but it's still disheartening to see it go in 0.035. I need to find other efficiencies 06:15
brass Comparing to JS now?
I mean JS engines only have massive teams of engineers at some of the wealthiest companies on earth optimizing them :p 06:16
guifa2 Well, Intl.NumberFormat is just a wrapper for C code 06:16
brass Just wait until raku gets JIT in 2030 06:17
moon-child ? raku has jit
brass Actually it already has it doesn't it
Oops don't I look like a fool 06:18
moon-child but yes fewer engineer-hours thrown at it than js; and it's more difficult to optimize in some ways. (Easier in others, but on the whole harder)
brass I've still yet to understand how Raku's compiler works and how it's separated into rakudo/nqp/moarvm 06:20
guifa2 So I'm really just using JS as a proxy for C's performance. I know I won't get that fast, but I'd like to be closer to an order of magnitude slower, and not aiming for breaking two orders
Geth doc: 11c53e7af7 | tonyo++ (committed by Juan Julián Merelo Guervós) | doc/Language/modules.pod6
mention fez in the dist ecosystem contribution
 07:40
linkable6 Link: docs.raku.org/language/modules
guifa2 ooooh, here's a potential speed up 08:31
Geth doc: 961c543952 | (JJ Merelo)++ | doc/Type/Whatever.pod6
Indexes * more extensively

Closes #3728		 08:40
doc: 4b4160aaec | (JJ Merelo)++ | doc/Language/variables.pod6
Indexes %?RESOURCES

Closes #3732
linkable6 Link: docs.raku.org/type/Whatever
linkable6 DOC#3728 [closed]: github.com/Raku/doc/issues/3728 [docs] Searching for '*' does not show 'Whatever' in the results
Link: docs.raku.org/language/variables
DOC#3732 [closed]: github.com/Raku/doc/issues/3732 [docs][search] Searching for 'resources' does not give '%?RESOURCES'
Geth doc: 279df97341 | (JJ Merelo)++ | doc/Language/quoting.pod6
Indexes "Unquoting"

Closes #3668		 09:04
linkable6 Link: docs.raku.org/language/quoting
DOC#3668 [closed]: github.com/Raku/doc/issues/3668 [docs] Unquoting is not indexed
stoned75 Hello 10:24
xinming SmokeMachine: is it ok to rebless model to different classes? 11:40
SmokeMachine: something like Model::User, if we check they are Model::User, we rebless it to Model::Admin, I know we can use roles mixin to objects. But I wish that we can have the objects directly rather than wrapping around these. 11:42
SmokeMachine xinming: I’ve never tried 13:32
SmokeMachine is there any way of dynamically merge Supplies? 16:57
stoned75 may be docs.raku.org/type/Supply#method_merge 17:01
Geth doc/printf: 0f60eb1a89 | (Stoned Elipot)++ | doc/Type/independent-routines.pod6
Remove references to Str.sprintf

While here minor rewriting of {s,}printf's descriptions, including the acknowledgment that this document's sprintf section holds the reference to printf format description :-)		 17:14
doc: stoned++ created pull request #3775:
Remove references to Str.sprintf		 17:15
doc: d6ffb796ec | (Stoned Elipot)++ | 2 files
Fix references to sprintf routine
 17:16
guifa How would I create a sub given a QAST::Block ? 17:28
Xliff guifa: That's a good question. :) 17:54
guifa2 ALthough it might be best for me to wait until RakuAST and leave it as the EVAL code for now 17:54
Xliff Yes, but wait how long? I'm trying to be patient. 17:55
SmokeMachine stoned75: but using merge you can't change after done, right? you can't add new supplies
stoned75 merge again ? 17:56
SmokeMachine but that would create a new supply...
guifa2 Xliff: I don't know. I know it's one of those things that needs to be done right, and obviously we're in Raku, we don't mind the long road to perfection ha 17:57
Xliff Ha, indeed
guifa2 But in the meantime I am trying to eek out what I can with things written in pure Raku
Xliff And you are correct, sir. It needs to be done right.
So what's the use case for what you are trying?
guifa2 Number formatter
Xliff Ah.
I think lizmat was trying to do the same thing with the sprintf-refactor. 17:58
lizmat actually, sprintf *is* already refactored in the rakuAST branch
tellable6 hey lizmat, you have a message: gist.github.com/4d9050b15027838cff...88bf781d53
Xliff lizmat++
SmokeMachine I wanted something like a migrate (docs.raku.org/type/Supply#method_migrate) but merging instead of substituting... 17:59
Xliff soruceable: "%d".sprintf(1)
sourceable6 Xliff, github.com/rakudo/rakudo/blob/65a5...l.pm6#L391
Xliff LOL!
lizmat yep, that's because, well... 18:00
probably should make that a multi?
guifa2 goes and peaks at lizmat's algorithm to see if there's something he can do better for generating numbers
lizmat guifa2: please! 18:01
Xliff lizmat: Where is it?
Rakudo::Internals.initialize-sprintf-handler?
lizmat somewhere in src/core.e if I recall correctly
src/core.e/Formatter.pm6 18:03
Xliff Formatter.pm6
guifa2 lizmat: to be clear, I'm meaning I need to steal your code ;-) I highly doubt what I have is faster
lizmat yeah, but please note that that code only works on the rakuast branch
Xliff lizmat: Maybe you can help me. I'm getting weird errors when trying to use dynamics to simplify some database code. 18:05
lizmat there's also a newer-sprintf branch that runs on string EVAL
guifa2 ^^
Xliff Please see - gist.github.com/Xliff/fcf214158ad5...25b9b72dc0
melezhik . 18:06
guifa2 hmm I'll check it out
melezhik tony-o I send you a email with Sparky CICD for zef brief description, will be interested to see your thoughts ... maybe anything else we may add to this? 18:07
Xliff Would a better alternative to $m be \m?
melezhik zef -> fez
Xliff melezhik: Would that the zef from Bizarro-world?
That would make it a distr uninstaller, wouldn't it? 18:08
Xliff whistles innocently...
guifa2 right now basically I'm taking the number, and calculating each $digit manually (flooring the result of dividing by the current order of magnitude, and then subtract the digit * the current order of magnitude), and then using $string-result ~= @digits[$digit]. I'm not sure a more efficient algorithm though.
Xliff
.oO( I wonder how long it will take for him to cop that I'm not at all being serious... )
lizmat only has some Steely Dan images with "fez"
melezhik Xliff I mean this github.com/tony-o/raku-fez
Xliff Ah! Nice. 18:09
melezhik and I made a CICD for that - 161.35.142.50/report/fez-test/257
Xliff I will have to use that when (one of these days) I can start releasing all of this stuff I've been working on.
lizmat www.youtube.com/watch?v=KCdKBHdPz30 # tune to fez :-) 18:10
lizmat Xliff: have you tried using :$default-query! instead ? 18:11
stoned75 for me fez is the city 18:14
Geth doc: 2c82005c95 | (Stoned Elipot)++ (committed by Juan Julián Merelo Guervós) | doc/Type/independent-routines.pod6
Remove references to Str.sprintf

While here minor rewriting of {s,}printf's descriptions, including the acknowledgment that this document's sprintf section holds the reference to printf format description :-)		 18:16
linkable6 Link: docs.raku.org/type/independent-routines
Xliff lizmat: I can try. However isn't that the same thign? 18:19
s/thign/thing/
lizmat yeah, but I know that Cro does some things that cause it to need EVAL
lizmat (which is also one of the reasons jnthn is working on rakuAST) 18:19
and it feels to me that it's not expecting "is required" as oppossed to ! and not handling it correctly 18:20
Xliff lizmat++ 18:29
I'm rewriting things, now. Thanks!
lizmat yw 18:30
you might want to file a cro issue for that
Xliff It's not a Cro issue, unfortunately. 18:31
It's a raku one.
Just finished rewriting and took Cro out of the equation and I'm still getting the error. 18:32
Keeps saying "Lexical with name $m does not exist in this frame'
Even though it's clearly in the parameter list.
Xliff O M G 18:33
lizmat gist without cro ? 18:34
Xliff Sure, one sec. 18:35
Well... assigning $m to a lexical $r still doesn't work.
gist.github.com/Xliff/fcf214158ad5...25b9b72dc0
The compunit in its entirety is in a comment. 18:36
lizmat Could not find Bizzell::Roles::Template :-( 18:38
guifa2 aha! I think I found an optimization. ** always coerces to a real, right? 18:41
MasterDuke guifa2: for large numbers there are more efficient algorithms. i implemented barrett reduction in pure-raku and it was faster than libtommath's stringification around 2**600
lizmat m: dd (42 ** 2).^name 18:42
camelia "Int"
Xliff lizmat: You can remove Bizzell::Roles::Template.
lizmat then it compiles for me 18:42
Xliff Really? 18:43
\o/
WTH is that compunit doing to mess the other one up, I wonder. 18:44
MasterDuke guifa2: but there are simpler divide-and-conquer algorithms that should come into play at slightly smaller numbers
Xliff lizmat: Updated to include B::R::T code 18:45
lizmat: The only active bit there would be the TWEAK... 18:46
guifa2 MasterDuke: I'm also not sure if it's the math that's slow, tbh. I could be running into an issue of having multiple string concats. I tried doing a list and join() but that was actually slower, and profiling isn't working on this machine for some reason 18:47
Xliff Just a 'use B::R::T' is enough to cause the issue.
MasterDuke profiling isn't working? how's that? 18:48
guifa2 I dunno. It's greyed out in Comma. 18:49
Xliff lizmat: ODD... the error is triggered by something in method render() 18:50
I can comment out that method and the error goes away.
lizmat |$ast.compile ?? 18:51
you need to slip the result of a compile?
Xliff Yes, that returns a hash. 18:52
I lifted that from Cro
Xliff Oddly enough, after uncommenting bits of B::R::T out in stages, I've got it to compile with everything enabled.... 18:53
So odd...
Xliff *sigh* -- OK. So things work without B::R::T 19:07
That's progress at least. I'll have to see what in that compunit is triggering the problem.
It all looks like valid Raku, so I'm having a hard time seeing what the issue could be. 19:08
MasterDuke timotimo, sena_kun: know why profiling would be greyed out in comma? 19:10
Sam69 commit: HEAD say (1,2).sort eqv (1,2) 19:19
committable6 Sam69, ¦HEAD(65a5cce): «False␤»
Sam69 commit: releases say (1,2).sort eqv (1,2) 19:20
guifa2 MasterDuke: gist.github.com/alabamenhu/0667eb2...01b99e7d54 <-- that's the algorithm I'm using right now, and it's about 20x slower than Int.Str, any ideas what could speed it up?
committable6 Sam69, gist.github.com/b0003adcb31e6ddc30...012560e230
Sam69 commit: 2017.02 say (1,2).sort.perl 19:22
committable6 Sam69, ¦2017.02: «(1, 2).Seq␤»
Sam69 commit: 2016.02 say (1,2).sort.perl 19:23
committable6 Sam69, ¦2016.02: «(1, 2)␤»
Sam69 commit: 2016.02 say (1,2).perl 19:36
committable6 Sam69, ¦2016.02: «(1, 2)␤»
Sam69 commit: 2016.02 say (1,2).gist
committable6 Sam69, ¦2016.02: «(1 2)␤»
Sam69 commit: 2016.02 say (1,2).WHAT
committable6 Sam69, ¦2016.02: «(List)␤»
Sam69 commit: 2016.02 say (1,2).sort.WHAT
committable6 Sam69, ¦2016.02: «(List)␤»
Sam69 commit: 2017.02 say (1,2).sort.WHAT
committable6 Sam69, ¦2017.02: «(Seq)␤»
Sam69 commit: 2017.02 say (1,2).WHAT 19:37
committable6 Sam69, ¦2017.02: «(List)␤»
Sam69 commit: 2017.02 say LIST eqv Seq
committable6 Sam69, ¦2017.02: «04===SORRY!04=== Error while compiling /tmp/OTnnqIc7ew␤Undeclared name:␤ LIST used at line 1. Did you mean 'List'?␤Undeclared routine:␤ eqv used at line 1␤␤ «exit code = 1»»
Sam69 commit: 2017.02 say List eqv Seq
committable6 Sam69, ¦2017.02: «Cannot look up attributes in a Seq type object␤ in block <unit> at /tmp/5uljJFDgI_ line 1␤␤ «exit code = 1»»
timotimo MasterDuke: what does your launch/run configuration look like? 19:38
MasterDuke not me, guifa2 19:39
Sam69 commit: HEAD say LIST eqv Seq 19:41
committable6 Sam69, ¦HEAD(65a5cce): «04===SORRY!04=== Error while compiling /tmp/WXbJ_v2f29␤Undeclared name:␤ LIST used at line 1. Did you mean 'List'?␤Undeclared routine:␤ eqv used at line 1␤␤ «exit code = 1»»
Sam69 commit: HEAD say List eqv Seq
committable6 Sam69, ¦HEAD(65a5cce): «False␤»
guifa2 MasterDuke: yeah, I'm looking at other algorithms like libc's itoa, and that's about a simple as I can get it. I reduced it down to just "sub (--> 'NaN') { } " and tried running it with that, and I *still* can't beat .Str'ing a 15-digit integer. There must just be some crazy call optimization going on for .Str 19:53
And I'm beating .base(10) for long fractionals by a healthy margin so I think I should stop trying to optimize for now :-) 19:56
sena_kun MasterDuke, grayed out like what? 20:20
MasterDuke, the menu item, you mean?
Geth doc/lastcall: 2197ec2ea4 | (Stoned Elipot)++ | 2 files
lastcall is an independent routine ref #3767
 20:29
doc: stoned++ created pull request #3776:
lastcall is an independent routine ref #3767
linkable6 DOC#3767 [open]: github.com/Raku/doc/issues/3767 [docs] lastcall is most probably in the wrong place 20:29
guifa sena_kun: yeah, that’s what’s happening to me, I can run tests / debug / coverage, but timeline and profiling are greyed out 20:30
stoned75 github.com/Raku/doc/pull/3776 result in a surprisingly titled page 20:31
sena_kun guifa, what run configuration type do you use? 20:37
guifa2 test file 20:38
Is that all it is? I just need to put it in a script file rather than a test file? 20:40
wow. I feel like a fool now
sena_kun++ ty
sena_kun guifa2, glad I could help. :) 20:43
Xliff sena_kuuuuun!
sena_kun: Have you ever needed to use Cro::WebApp::Templates with the template data in a Str rather than a file?
See second comment, here: gist.github.com/Xliff/fcf214158ad5...25b9b72dc0 20:44
sena_kun Xliff, never, I guess. If you really want, can workaround with a temporary file, I guess? But compiling each time will be, ahem, slow.
Xliff That role is causing weird compile errors, but if used in isolation, it works.
Xliff sena_kun: So is that role a close approximation of what I need? 20:45
sena_kun Xliff, rakudo ocmpilation-level errors are not really in my field of expertise, I'm afraid.
Xliff :(
When does jnthn come off sabatical? 20:46
guifa Alright, code analyzed. Looks like the bulk of my time is spent with div and .[ ], so that’s probably about as fast as I can get 21:09
sam48 commit: HEAD say (1,2) Z (3,4) 21:48
committable6 sam48, ¦HEAD(65a5cce): «((1 3) (2 4))␤»
sam48 commit: HEAD for (1,2) Z (3,4) -> $a, $b { say $a,$b} 21:49
committable6 sam48, ¦HEAD(65a5cce): «(1 3)(2 4)␤»
sam48 commit: HEAD for (.005, .01, .025, .05, .075, .1, .25, .5, .75, 1.0, 2.5, 5.0, 7.5, 10.0, Inf) Z (.005, .01, .025, .05, .075, .1, .25, .5, .75, 1.0, 2.5, 5.0, 7.5, 10.0, Inf) -> $a, $b { say $a,$b} 21:53
committable6 sam48, gist.github.com/5c7924591de5a11c52...c8f6387921
sam48 commit: HEAD for (.005, .01, .025, .05, .075, .1, .25, .5, .75, 1.0, 2.5, 5.0, 7.5, 10.0) Z (.005, .01, .025, .05, .075, .1, .25, .5, .75, 1.0, 2.5, 5.0, 7.5, 10.0) -> $a, $b { say $a,$b} 21:55
committable6 sam48, ¦HEAD(65a5cce): «(0.005 0.005)(0.01 0.01)␤(0.025 0.025)(0.05 0.05)␤(0.075 0.075)(0.1 0.1)␤(0.25 0.25)(0.5 0.5)␤(0.75 0.75)(1 1)␤(2.5 2.5)(5 5)␤(7.5 7.5)(10 10)␤»
sam48 commit: 2017.02 for (.005, .01, .025, .05, .075, .1, .25, .5, .75, 1.0, 2.5, 5.0, 7.5, 10.0, Inf) Z (.005, .01, .025, .05, .075, .1, .25, .5, .75, 1.0, 2.5, 5.0, 7.5, 10.0, Inf) -> $a, $b { say $a,$b} 21:58
committable6 sam48, gist.github.com/56f116c901128e08f3...8bfa15c601
sam48 commit: HEAD for (.005, .01, .025, .05, .075, .1, .25, .5, .75, 1.0, 2.5, 5.0, 7.5, 10.0,11,12) Z (.005, .01, .025, .05, .075, .1, .25, .5, .75, 1.0, 2.5, 5.0, 7.5, 10.0,11,12) -> $a, $b { say $a,$b} 22:02
committable6 sam48, ¦HEAD(65a5cce): «(0.005 0.005)(0.01 0.01)␤(0.025 0.025)(0.05 0.05)␤(0.075 0.075)(0.1 0.1)␤(0.25 0.25)(0.5 0.5)␤(0.75 0.75)(1 1)␤(2.5 2.5)(5 5)␤(7.5 7.5)(10 10)␤(11 11)(12 12)␤»

Powered by Cro and the Raku® Programming Language.

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

Thank you!