🦋 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
00:04 thdrmz left
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
00:11 thdrmz joined
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
00:16 lucasb left
El_Che bbl 00:16
bye
tech_hutch okay thank you!
it worked! thanks gain 00:17
again*
00:17 mowcat left 00:50 melezhik joined
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
00:52 hvxgr joined 00:54 pecastro left 01:32 melezhik left 01:40 melezhik joined
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
01:47 melezhik left
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
01:53 saveNexit joined
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
01:54 tech_hutch left
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
02:09 berber44 joined
Xliff %-D 02:09
OK. Gotta step away from work for the night.
Have a great one!
02:10 Xliff left
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
02:17 berber44 left
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
02:21 Kaeipi left
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
02:21 Kaiepi joined
saveNexit hmm, I did, but still the command gives the above error 02:23
02:24 Kaiepi left 02:25 Kaiepi joined
saveNexit maybe it requires logout-login..some installs do so 02:28
02:30 brtastic left
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
02:52 guifa joined
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
02:55 Doc_Holliwood left 02:58 tech_hutch joined 03:05 Kaiepi left 03:08 notagoodidea left 03:15 frost-lab joined 03:28 tech_hutch left 03:34 Kaiepi joined 03:48 jmchael left 03:59 guifa2 joined 04:07 Kaiepi left 04:50 saveNexit left 04:53 JRaspass left
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
05:14 parabolize left
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
06:14 linkable6 left, evalable6 left
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
06:16 linkable6 joined
guifa2 Well, Intl.NumberFormat is just a wrapper for C code 06:16
06:17 evalable6 joined
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
06:26 notandinus joined 06:38 Altai-man joined, rindolf joined 06:39 rindolf left 07:25 squashable6 left 07:27 squashable6 joined 07:31 cpan-raku left 07:32 cpan-raku joined, cpan-raku left, cpan-raku joined
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
08:04 brtastic joined 08:11 Doc_Holliwood joined 08:16 Kaiepi joined
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
09:16 linkable6 left, evalable6 left 09:17 linkable6 joined, evalable6 joined 09:24 aluaces joined 09:48 sjm_uk joined 10:20 sena_kun joined 10:21 Altai-man left
stoned75 Hello 10:24
10:32 stoned75 left 10:33 eseyman joined 10:39 Sgeo left 10:53 sno left 11:29 JRaspass joined 11:33 stoned75 joined
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
12:07 pecastro joined 12:12 Black_Ribbon left 12:13 sjm_uk left 12:26 aluaces left 12:41 wamba joined 12:43 aluaces joined 12:53 sjm_uk joined 13:00 JRaspass left
SmokeMachine xinming: I’ve never tried 13:32
13:36 frost-lab left 13:39 xelxebar left, stoned75 left 13:40 xelxebar joined 13:51 jmchael joined 14:00 wamba left 14:14 notagoodidea joined 14:18 stoned75 joined 14:19 Altai-man joined 14:20 mowcat joined 14:21 sena_kun left 14:42 brtastic left 15:04 ggoebel left 15:09 JRaspass joined 15:12 b2gills left 15:19 notagoodidea left 15:22 notagoodidea joined 15:24 probablymoony left 15:26 moony joined 15:44 brtastic joined 15:46 parabolize joined 16:02 wamba joined 16:05 mowcat left 16:10 notagoodidea left 16:13 xinming_ joined 16:16 xinming left 16:20 __jrjsmrtn__ left, _jrjsmrtn joined 16:34 sno joined 16:41 eery left 16:42 stoned75 left 16:47 sjm_uk left 16:48 stoned75 joined 16:49 notagoodidea joined 16:50 b2gills joined
SmokeMachine is there any way of dynamically merge Supplies? 16:57
stoned75 may be docs.raku.org/type/Supply#method_merge 17:01
17:08 Xliff joined
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
17:19 domidumont joined 17:25 sjm_uk joined
guifa How would I create a sub given a QAST::Block ? 17:28
17:44 kensanata joined
Xliff guifa: That's a good question. :) 17:54
17:54 Sgeo joined
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
18:04 melezhik joined
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
18:11 hungrydonkey joined
lizmat Xliff: have you tried using :$default-query! instead ? 18:11
18:11 melezhik left 18:12 hungrydonkey left, hungrydonkey joined
stoned75 for me fez is the city 18:14
18:14 hungryd71 joined, hungrydonkey left
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
18:19 sena_kun joined
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
18:21 Altai-man left
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.
18:32 Doc_Holliwood left
Xliff O M G 18:33
lizmat gist without cro ? 18:34
18:34 rindolf joined
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
18:38 hungryd71 left 18:39 hungrydonkey joined, hungrydonkey left
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.
18:42 sjm_uk left
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
18:53 Doc_Holliwood joined
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...
19:02 domidumont left 19:06 brtastic left, brtastic joined
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
19:08 jmchael left 19:09 mowcat joined
MasterDuke timotimo, sena_kun: know why profiling would be greyed out in comma? 19:10
19:17 Sam69 joined
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␤»
19:41 kensanata left 19:51 mark[m]2 joined
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
20:06 JRaspass left 20:10 xelxebar left 20:15 xelxebar joined
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
20:29 Black_Ribbon joined
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.
20:44 cpage joined
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
20:57 matiaslina joined 21:07 Sam69 left
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
21:28 Xliff left 21:38 sena_kun left 21:48 sam48 joined
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)␤»
22:09 sam48 left 22:56 notagoodidea left 23:16 brtastic left 23:20 shlomif joined 23:22 rindolf left 23:23 shlomif is now known as rindolf

Powered by Cro and the Raku® Programming Language.

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

Thank you!