🦋 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.
Geth doc/test-for-perl-method: bcf9c26443 | (Stoned Elipot)++ | 2 files
Test for discouraged usage of .perl in sample code

If needed the 'perl' method can be allowed in sample code with the :ok-test<perl> annotation.
05:25
Geth doc: stoned++ created pull request #3359:
Test for discouraged usage of .perl in sample code
05:31
Geth doc/test-for-perl-method: 595108c1cc | (Stoned Elipot)++ | writing-docs/EXAMPLES.md
The 'perl' method usage is discouraged

Also mention the alternative, 'raku'.
06:39
doc: bcf9c26443 | (Stoned Elipot)++ | 2 files
Test for discouraged usage of .perl in sample code

If needed the 'perl' method can be allowed in sample code with the :ok-test<perl> annotation.
06:44
doc: 595108c1cc | (Stoned Elipot)++ | writing-docs/EXAMPLES.md
The 'perl' method usage is discouraged

Also mention the alternative, 'raku'.
doc: 35155512ef | (Juan Julián Merelo Guervós)++ (committed using GitHub Web editor) | 2 files
Merge pull request #3359 from Raku/test-for-perl-method

Test for discouraged usage of .perl in sample code Thanks a lot!
El_Che releasable6: status 08:40
releasable6 El_Che, Release date for Rakudo 2020.05 is listed in “Planned future releases”, but it was already released.
El_Che, and I oop! Backtrace: gist.github.com/ebdccf2240cce4924b...a378f7cd11
El_Che so, is it released? 08:41
AlexDaniel sena_kun: ↑ 08:47
El_Che is the arrow for the release or the backtrace? 09:32
fyi: now that ubuntu dropper i386 I am moving i386 builds to debian
lizmat clickbaits rakudoweekly.blog/2020/05/04/2020-...community/ 09:54
Geth ¦ problem-solving: AlexDaniel assigned to jnthn Issue A way to control Rat's behavior when it is running out of range for its denominator github.com/Raku/problem-solving/issues/185 09:55
El_Che lizmat: I am building the new release at we speak 09:58
Can we cheat? :)
lizmat no, it will be in next week's RWN :-)
perhaps with a Rakudo Star to go with it? 09:59
lizmat hopes
El_Che lizmat: I haven't followed the * releases for some time, but I think it's a while from the last release 10:00
lizmat 2020.01 was the last one 10:01
El_Che oh, that's ok, then
seems on schedule
Altai-man_ We don't have tarballs on the website yet 10:03
And I don't know who does that.
lizmat perhaps rba knows? 10:07
El_Che Altai-man_: I am building compiled tar.gz if that helps
(although reflecting on what you said, you mean source tar balls) 10:08
Altai-man_ Oh, no, sources are already there. 10:09
The website just suggests me precompiled ones.
Ok, this means I can send a happy email? I think last time there was a suggestion not to do that until sources or builds are not ready, but I don't remember clearly. :S 10:10
Altreus is a react block sufficient to keep a lexical variable alive? 10:42
Does it close over it?
e.g.: « my $something-lexical-with-a-supply; start react whenever $something-lexical-with-a-supply.supply { ... } » 10:43
Altreus will this immediately stop? 10:43
(ironically because of the start)
In reality I'm sending a websocket around the place, but as soon as I try to use it, it seems to be closed - I'm wondering if it's going out of scope without telling me 10:44
lizmat well, it feels wrong to rely on a lexical outside of a start because of possible race conditions
Altreus I just realised the real code is a link away 10:45
github.com/shuppet/p6-api-discord/...n.pm6#L102
Altreus I also just realised this is only a problem the /second/ time 10:45
lizmat does it have a DESTROY method? perhaps that can tell you whether it really gets lost or not
well, that feels like a race condition then 10:46
Altreus I agree, but I cannot figure it out at all
I made it lexical so I could be sure /which/ websocket I was working with
jnthn It closes over it, but it will also see any mutations
e.g. it doesn't capture the value, it captures the container 10:47
Altreus So the line above gets run a second time in the same runtime; Discord tells me to reconnect, so I make a new websocket via the same path
Which as far as I can tell is a new everything - new variable, new container, new lexical, new react block etc
lizmat so why aren't the first two lines in !on_ws_connect not inside of the start block ?
Altreus Should they be? I don't have an answer either way 10:48
It didn't seem relevant to the start or the react, so I didn't put it in
What actually happens is when this line runs it is closed and thus crashes -> github.com/shuppet/p6-api-discord/...n.pm6#L181 10:49
but this only happens the second time around
I'm sure it's related to how these threads cross over in the properties of the Connection object itself...
seems like where a race condition should show up 10:50
Altreus I should probably rethink the semantics of my variables 10:50
Altreus afk for groceries :) 10:52
tbrowder hi, all 11:41
is there any way to trap a core dump when writing a module test? 11:42
could eval-dies-ok be made to work somehow? 11:43
jnthn No, you'd need to run a separate process really 11:45
And then look at the signal
tbrowder ok, thnx, suspicions confirmed! 12:05
samebchase- Hi, I have a question. I appreciate how every time I try to install something using zef it runs all the tests. I was wondering kind of vetting is done so that no malicious code runs in the tests. 12:29
jjmerelo samebchase afraid not... 12:30
So it's caveat emptor territory here
lizmat samebchase-: I think you can install without having the tests run 12:33
--/test
jnthn Yes, but...then you'll want use the module? And it should be just as evil? 12:34
*want to
Um, and could be. :)
samebchase- jnthn: I was just thinking that haha :-)
IIRC there was a bug in utop (OCaml some time ago where a badly formatted bash script or something would end up doing a "rm -rf" 12:35
El_Che weekly: new rakudo 2020.05 packages for Linux distributions, addition of Debian 10 i386 packages (Ubuntu dropped i386 from 20.04 onwards): nxadm.github.io/rakudo-pkg/ 13:07
notable6 El_Che, Noted! (weekly)
MasterDuke why would github.com/rakudo/rakudo/blob/mast...m6#L31-L33 allocate a BOOTHash for every call? 13:08
MasterDuke p6scalarwithvalue looks pretty simple github.com/rakudo/rakudo/blob/mast...#L778-L791 13:10
jnthn The implicit *%_ (the allocation of that should be elimianted by spesh, but it'll be allocated up until then) 13:12
timotimo we've got enough cases where *@ and *% are still created, but then never used, in my experience 13:13
Altai-man_ El_Che, hopefully, everything builds fine?
timotimo possibly related to the osr thing we stumbled upon the other day
MasterDuke the profile reports 10001000 of them allocated 13:14
same with Scalar 13:16
El_Che Altai-man_: everything built very fine 13:21
even 386
(because of the perf test made optional)
Altai-man_++
Altai-man_ still can't believe
El_Che Altai-man_: you should start to :) 13:22
MasterDuke timotimo: what was the OSR thing? i've forgotten. the profile reports only 2 OSRs, but neither in the slow function 13:27
timotimo when we optimize a frame by doing OSR, we're essentially entering the code at a different block from BB 0, so there's an artificial edge between BB 0 and the one where the osrpoint is 13:28
which can give us "phantom" register versions that spesh knows nothing about
which can prevent spesh from optimizing things
MasterDuke hm. think that might be the problem here? even though there's no OSR for the "problem" function? 13:33
Geth ¦ problem-solving: Skarsnik assigned to AlexDaniel Issue Nativecall, native trait library usage rework github.com/Raku/problem-solving/issues/186 13:39
timotimo perhaps not 13:40
MasterDuke seems like it might be something with spesh, given how expensive MVM_spesh_arg_guard_run and resolve_using_guards are. any suggestions for debugging? 13:43
MasterDuke and the difference between what the profile and the spesh log report about whether the function is speshed/jitted or not 13:47
Geth ¦ problem-solving: AlexDaniel assigned to jnthn Issue Nativecall, native trait library usage rework github.com/Raku/problem-solving/issues/186 14:18
¦ problem-solving: AlexDaniel self-unassigned Nativecall, native trait library usage rework github.com/Raku/problem-solving/issues/186
Doc_Holliwood m: say (1..10).grep({ $_ ~~2 ff^ $_ ~~4 }) # can i do this without an explicit block? 14:24
camelia (2 3)
Doc_Holliwood m: say (1..10).grep( * ~~ 2 ff^ * ~~ 4 )
camelia ()
samebchase- I am using `mongo-perl6-driver`, and it is taking me 20+ seconds to fetch a single object from the DB. Is this expected? 14:53
or should I try some other library
[Coke] I can't comment on whether or not that's *expected*, but damn is that *slow* 14:54
tadzik is it 20+ seconds for the first object, or every single fetch?
maybe it's just slow to load 14:55
samebchase- Two queries one after the other are also taking 20 seconds. Connection initialization seems to be happening fast. What do you all use to profile your programs? 14:59
Or am I running into some timeout, due to a config messup 15:01
$collection.find seems to be taking all the time 15:02
Setting up the client connection, database, and collection happen fast, and then the program hangs for 20seconds to do the $collection.find(); I do have an index on the field I am querying etc. 15:04
timotimo samebchase-: you can use raku --profile or using the Telemetry module (comes with rakudo) to time individual stuff 15:23
timotimo hold up, Telemetry doesn't time individual sections 15:23
but running your program with -Msnapper can get you some info about what the program is doing over time 15:24
timotimo the defualt --profile doesn't give very reliable results when your program uses multiple threads, which i would think the mongo p6 driver probably uses for something? 15:25
timotimo so you can --profile=/tmp/blah.sql and feed that into moarperf: github.com/timo/moarperf/releases/...6efe9a9874 should work (but needs some other dependencies from zef) 15:26
Geth ¦ problem-solving: JJ assigned to jnthn Issue Use a grammar for command line options github.com/Raku/problem-solving/issues/187 15:45
samebchase- timotimo: thanks, will try out --profile 16:14
timotimo just running the program with "time" will also tell you if it has been doing a lot of waiting, which you can tell by the user and system times being shorter than the wallclock time it took to run 16:19
samebchase- real 0m22.649s 16:34
user 0m2.960s
sys 0m0.096s
yeah, you are right, there is a huge difference between the various times 16:35
timotimo sys being low is fine, but the user time being so low looks a lot like it's doing a whole load of waiting 16:36
"user" can, at least for single-threaded workloads, be interpreted somewhat like "if there was no reason to wait, the whole thing could have taken this long" 16:37
Geth ¦ problem-solving: JJ assigned to jnthn Issue Should we have named arguments in test routines? github.com/Raku/problem-solving/issues/188 16:41
samebchase- I have filed an issue on Github, with the snippet I am running. Perhaps, the maintainer of the library might be able to point out if I am doing something wrong. I am following the documentation very closely... 16:42
timotimo you could try recording the network traffic with for example wireshark, and see where the pause(s) occur 16:43
samebchase- I am running the program inside a VM 16:49
:-D
I tried increasing the logging on Mongo, so that I can see the query happening, but couldn't get it working... this will take some more investigation 16:50
jjmerelo samebchase did you try to run it with some other library or mongo CLI to rule that out?
samebchase- yes, Mongo CLI is instant
I chained together five queries, and it takes the same time as a single query 16:51
22 secs
timotimo did you put some output between the lines in the raku script? 16:53
it's possible, but i wouldn't expect it to be the case, that compile time is high for some reason
try raku --stagestats blah.rk
samebchase- github.com/MARTIMM/mongo-perl6-driver/issues/31 16:54
you can see the program there. I added a `say` after every line
Everything up to `coll.find` happens instantly
and then it hangs for a long time before printing the output
--stagestats shows that parsing took 1.8s and everything else is negligible 16:56
I will laugh hard if I find there is some 20 second config value/timeout that is messing with things. 16:57
some misconfiguration on my end 17:00
AlexDaniel samebchase-: I did this more often than I'd like to admit 17:01
`sleep 60` … wait why is my program hanging? Ctrl-c
samebchase- 😂 17:02
I am trying to build a quick object dumper which I can then pipe to `jq` or `bat` for pretty-printing and/or further processing 17:03
writing lots of tiny scripts to optimise my workflow at $DAYJOB 17:05
timotimo there's a cool module called Data::Dump::Tree, but i'm not sure if there's already a frontend that does filtering and such like you'd expect to be able to do with jq 17:10
Xliff Hello. 17:23
tellable6 2020-05-02T17:00:21Z #raku <AlexDaniel> Xliff: colabti.org/irclogger/irclogger_lo...05-02#l406
softmoth ,o/ 17:24
Xliff AlexDaniel: Tell him to file an issue. Audio::OggVorbis is on github!
.tell AlexDaniel Tell him to file an issue. Audio::OggVorbis is on github! 17:25
tellable6 Xliff, I'll pass your message to AlexDaniel
AlexDaniel .tell tellable6 can you file an issue?
tellable6 AlexDaniel, Thanks for the message
Xliff kicks Alexdaniel with a flipper.
AlexDaniel mmmm 17:26
Xliff AlexDaniel, I don't even know what you were talking about in a link.
AlexDaniel anyway: github.com/Xliff/p6-audio-oggvorbis/issues/2
Xliff Oh. :P
AlexDaniel `zef install Audio::OggVorbis` doesn't work, IIRC
Xliff So the problem is what? CPAN?
AlexDaniel it's not on cpan, so no 17:27
Xliff: maybe github.com/ugexe/Perl6-ecosystems ?
maybe something is wrong with your META6.json
Xliff Yeah. Fixed it. Tests passed. Pushed. 17:30
Xliff So... what's the fastest (or best) way to convert a Buf to a CArray[uint8]? 17:32
AlexDaniel ohh you have from<native> thingies
Xliff Currently I am using: "CArray[uint8].new( $buf.list )"
AlexDaniel: Thise test fine.
It was the '#' in front of them that were problematic.
AlexDaniel Xliff: yeah they're alright, it's just a bit unusual 17:33
Xliff s/Thiese/These/
AlexDaniel there are like… three modules in total doing this maybe?
AlexDaniel maybe a bit more 17:33
Xliff Wow.
Skarsnik maybe there even stuff in NC itself, this module is a nightmare xD 17:34
lucs "Precedence issue with ! and :exists, perhaps you meant :!exists?" 17:36
I did! Raku's error messages are really something! raku++
softmoth r: say 'aaaa'.comb('aa'); # I expect two non-overlapping matches, but get 3 overlapping matches? 18:12
camelia (aa aa aa)
softmoth r: say 'aaaa'.comb(/aa/); # This works as I expect
camelia (aa aa)
softmoth Is this intentional (just not documented under Str.comb)? Or am I right to be surprised? 18:14
Geth doc: 56bd8dda1e | (JJ Merelo)++ | doc/Language/operators.pod6
Adds examples of ~ with Blobs, preparing for #2632
18:19
doc: a580e45cac | (JJ Merelo)++ | doc/Language/operators.pod6
1-arity ~ for blobs #2632

Also, same on Junctions...
linkable6 Link: docs.raku.org/language/operators
DOC#2632 [open]: github.com/Raku/doc/issues/2632 [Hacktoberfest][RFE][big][docs][good first issue][help wanted][new][⚠ Top Priority ⚠] Checklist for 6.d
ctilmes m: use NativeCall; sub foo(size_t $x) { say $x }; foo(27); 18:39
camelia 5===SORRY!5=== Error while compiling <tmp>
Failed to open file /home/camelia/.raku/precomp/CACHEDIR.TAG: Permission denied
at <tmp>:1
Actually thrown at:
in any statement_control at /home/camelia/rakudo-m-inst-2/share/perl6/lib/Perl6/Gra…
ctilmes m: use NativeCall; multi foo(size_t $x) { say $x }; foo(27);
camelia 5===SORRY!5=== Error while compiling <tmp>
Failed to open file /home/camelia/.raku/precomp/CACHEDIR.TAG: Permission denied
at <tmp>:1
Actually thrown at:
in any statement_control at /home/camelia/rakudo-m-inst-2/share/perl6/lib/Perl6/Gra…
ctilmes When I call a sub with a size_t arg, an Int goes into it fine, but with a multi, it barfs and says they don't match 18:40
how come?
[Coke] (can verify that locally, despite camelia here.) 18:43
ragekagemage After compiling and installing the new 2020.05 release of MoarVM and NQP, building Rakudo still fails with the error "Stage start : moar://usr/local/lib/libmoar.so.11.0: undefined symbol 'mp_set_double' ld.so: moar: lazy binding failed!" This is one OpenBSD-current, using libtommath 1.2.0, libuv 1.35, and libatomic_ops 7.6.10 18:45
MasterDuke what if you don't use the system libtommath? 18:58
MasterDuke ragekagemage: we're using github.com/MoarVM/libtommath/commi...3a688ef274 on top of libtommath v1.2.0 19:00
Skarsnik NativeCall type are ... weird
ragekagemage MasterDuke: That was the last thing blocking the build, it's working now! \o/ 19:40
MasterDuke glad to hear it 19:43
El_Che so, happy release day everyone! 19:48
ragekagemage Now if only I could figure out how to build it without the --no-jit flag on MoarVM, when I remove it the build for NQP instantly crashes. All my code is running fast enough without it, that's a problem for another day. 19:51
MasterDuke ragekagemage: what hardware are you on? 19:55
El_Che This may be interesting to some (lizmat? jnthn?): github.com/rakudo/rakudo/issues/36...-624270590 <-- speed regression of new release
(I pointed him here, it looks he has his own speed stats) 19:57
ragekagemage MasterDuke: I'm on an AMD 3900X overclocked to 4.125ghz with 16gb of ram. I'm running OpenBSD-current 19:59
MasterDuke probably something with openbsd then, several devs have ryzens and don't have problems. does openbsd disallow self-modifying processes? 20:01
MasterDuke El_Che: hm, i can't repro. for me 2020.02 takes 8s and 2020.05 takes 6.1s 20:05
wtwt5237 hi, fellow raku-ers, I noticed the newest version of rakudo (2020.05) is slower than 2020.02: github.com/wtwt5237/raku-for-bioinformatics. Do you have any insight into this?
ragekagemage They have W^X as a security feature, any jit needs extra function calls to mark the memory regions as executeable and unwriteable. I've never had to mess with it but I know it's something that a lot of ports need to have patched before they can run. You can mark a partition as wxallowed to allow binaries to not be held to that requirement. I just haven't had time to mess with it
MasterDuke wtwt5237: i just mentioned this to El_Che, for me 2020.02 takes 8s and 2020.05 takes 6.1s 20:06
wtwt5237 interesting. so it is different for different tasks
MasterDuke ragekagemage: i think there might be an open issue in moarvm for that problem
wtwt5237: you haven't changed OS or hardware between runs? 20:08
wtwt5237 no, i don't think so. but I am running on university server. there could be changes behind the scenes
MasterDuke that's a really dramatic change you're seeing. how do you install raku? 20:10
timotimo hi tao, we just chatted on the github issue tracker 20:12
Doc_Holliwood the heck you mean private multimethods are not supported? i demand to talk to a manager! 20:14
tbrowder El_Che: new rakudo-pkg worked fine on the upgrade on my Deb Buster box--thanks! 20:22
melezhik Xliff: FYI - I can see Audio::OggVorbis is successfully installed through rakudist - repo.westus.cloudapp.azure.com/spar...debian/284 20:23
tellable6 melezhik, I'll pass your message to Xliff
wtwt5237 MasterDuke, I really just installed it in the standard way 20:27
except that I found the nqp_configure module is missing, and manually downloaded it and put it into the install package
timotimo, hello again! 20:28
timotimo o/
timotimo can you retry with the rakudo-2020.05.tar.gz? it should at the very least not complain about the nqp_configure submodule 20:29
MasterDuke wtwt5237: or maybe you accidentally ran against test3.sam? 20:34
wtwt5237 no. it is test2.sam. I double checked
timotimo which benchmark are we talking about and how do i properly run it? 20:37
wtwt5237 please check: github.com/wtwt5237/raku-for-bioin...C%20sister
test2.sam
El_Che tbrowder: glad to hear 20:38
wtwt5237: I am the other person on the ticket thread
wtwt5237 hello! 20:39
timotimo benchmark1.p6 or benchmark2.p6?
wtwt5237 benchmark2.p6 20:40
timotimo OK
that takes 15 seconds on my machine, huh?
wtwt5237 speed is very similar. 8s 20:41
MasterDuke same user time?
wtwt5237 real 0m8.556s 20:42
timotimo Total Time: 19.69 seconds 20:43
Total CPU Usage: 38.49 seconds
MasterDuke i get wildly varying times in runs immediately after each other. 7.5s, 10.0s, 5.8s 20:44
timotimo OK 20:45
the user time is much more stable
the cpu% value fluctuates noticeably 20:46
so mostly a "system is scheduling stuff differently" issue perhaps
MasterDuke yes. 21s, 20s, 23s user
timotimo about 35 over here :|
MasterDuke timotimo: but notice the last line in the table? github.com/wtwt5237/raku-for-bioin...-on-sister 20:47
gotta get yourself a ryzen
timotimo wow can the user time there really be accurate? that's wild 20:47
timotimo like, if the real time only went up 2 seconds, the cpu core usage must have increased a few hundred percent? 20:48
wtwt5237 I got to leave the conversation now. if you are interested in contacting me for any other details, please email me at [email@hidden.address] 20:49
timotimo the output of --benchmark=blah.html will be only a little part of everything with a .race.map 20:49
--profile* 20:50
Geth doc/hashmap-perl-to-raku: 82c50100bc | (Stoned Elipot)++ | doc/Language/hashmap.pod6
Change .perl to .raku, ref #3309
20:52
doc: stoned++ created pull request #3362:
Change .perl to .raku, ref #3309
linkable6 DOC#3309 [open]: github.com/Raku/doc/issues/3309 [docs][update] Change .perl to .raku in examples
timotimo does Digest::SHA1::Native miss a dependency on LibraryMake? 20:56
melezhik timotimo: Digest::SHA1::Native succeeds in RakuDist - repo.westus.cloudapp.azure.com/spar...debian/286 21:02
dependency gets installed - Testing [OK] for LibraryMake:ver<1.0.0>:auth<github:retupmoca> 21:03
timotimo outdated stuff in my zef store has apparently caused trouble 21:26
MasterDuke nuke it from orbit, it's the only way to be sure 21:27
timotimo yup, that's what i did
tungsten rod from geostationary orbit
melezhik ;-) 21:29
you can always use rakudist to check such a things 21:30
timotimo i didn't see a search function there, do i just have to scroll through "recent builds"? 21:31
melezhik I'll add a search function soon, so far it's just a `curl -d os=debian repo.westus.cloudapp.azure.com/raku...1::Native` 21:32
it will queue a new build and you'll get results soon
I am going to add more convenient web UI soon, so that people could trigger builds from html form, rather then from `curl` 21:33
melezhik and yeah - recent builds are 500 last results - so you can search through a browser search 21:34
timotimo OK
timotimo aaaaaanyway, i'm looking through the profiler results from the bioperl benchmark 21:36
MasterDuke seeing anything interesting? 21:37
timotimo not so sure 21:38
timotimo i'll probably toss out the race multitheading for a moment so the profile gets a lot simpler 21:40
MasterDuke timotimo: btw, did you git pull the repo recently? a micro-optimization was just merged ~40min ago 21:45
timotimo i think i got it after that, but let me look again 21:46
ah, that's a good one 21:47
goes even faster if you're sure 64bit is enough to hold the sum, the nyou can .sum(:wrap) and it'll use native ints
another thing i've done locally is to use comb instead of match :g and use )> <-[I]> instead of <!before I> 21:48
though i'm not sure if that particular last change makes such a big difference 21:49
MasterDuke i don't know the data well enough to know if :wrap is safe, but i'd forgotten about that, good to get a reminder
Geth doc: b2a8ece763 | Coke++ | xt/examples-compilation.t
add ref to ticket
22:00
thundergnat Is anyone else having trouble installing Inline::Perl5:ver<0.48> on Raku 2020.05? I'm not having much success with it. Version 0.47 installs fine but .48 keeps complaining about undefined symbols. 22:01
Fail log: gist.github.com/thundergnat/68ff93...15af6f9171 22:02
timotimo the regex matches for the substr lines take about 5 seconds in total 22:06
out of about 30 seconds profiled run time
Match is responsible for a whole lot of allocations (by size * count) 22:07
3 million allocations vs Scalar's 5.7 mil, but 442 megs vs 275 megs 22:08
MasterDuke matching seems expensive by any metric you choose 22:10
timotimo yeah
tearing the first match (well, subst really) apart into stuff like index and substr and such could be relatively easy, i.e. finding the first non-\d char and seeing if it's an S and then just substr-ing the number out and use that 22:11
timotimo also interesting to see that match and sum take the same amount of time per entry (though match is called twice as often because there's two ~~ in there) 22:14
MasterDuke really? why is sum so expensive?
timotimo not sure 22:15
also interesting, the regexes are on line 33 and 31, right?
timotimo the one on 33 takes 2.183s and the one on 31 takes about 1.421s 22:16
MasterDuke i checked the number of numbers found in the match, 208215 times it was just one, 1491 times it was zero, 189 times it was 3, 84 times it was 2, and 21 times it was 6 22:17
huh. adding the end of line anchor slows it down? 22:18
timotimo how much is in the $!CIGAR field? it uses a $, i think we're not yet good at going to the end and starting backwards
it's possible the regex engine is scanning from the beginning every time
how often does it match vs not matching?
MasterDuke what do you mean? 22:19
Geth doc: 82c50100bc | (Stoned Elipot)++ | doc/Language/hashmap.pod6
Change .perl to .raku, ref #3309
doc: 9bcce59e58 | (Will Coleda)++ (committed using GitHub Web editor) | doc/Language/hashmap.pod6
Merge pull request #3362 from Raku/hashmap-perl-to-raku

Change .perl to .raku, ref #3309
linkable6 Link: docs.raku.org/language/hashmap
DOC#3309 [open]: github.com/Raku/doc/issues/3309 [docs][update] Change .perl to .raku in examples
MasterDuke heh, what you if flip the string and the regexes?
MasterDuke oh, don't starts-with and ends-with now take regexes? 22:20
timotimo they do i believe
but just a ends-with with the S could be a good start if that has a rejection rate of more than 10%
1078 / 110000 22:21
that is a very, very high rejection rate
hum, but .ends-with("S") doesn't seem to give True, like, ever? what did i do wrong now 22:23
oh haha
removed the S at the end before checking if it exists
Geth doc: f39a270390 | sztanyi++ (committed using GitHub Web editor) | doc/Language/numerics.pod6
change perl method to raku method

change 1e0.perl to 1e0.raku
doc: 907dab8660 | (Will Coleda)++ (committed using GitHub Web editor) | doc/Language/numerics.pod6
Merge pull request #3282 from sztanyi/patch-2

change perl method to raku method
linkable6 Link: docs.raku.org/language/numerics
timotimo the rejection rate of "ends with an S?" seems to be 1:1 for the whole regex 22:24
that's good
timotimo it does seem a bit faster to check for an S at the end first 22:25
melezhik thundergnat: Inline::Perl5:ver<0.48> on Raku 2020.05 seems fine on RakuDist - repo.westus.cloudapp.azure.com/spar...debian/287
thundergnat Yep. It does seem that way, but it fails to install for me on two different Linux Mint systems. 22:26
melezhik you can always check by just ` curl -d os=debian -d rakudo_version=40a82d8723470a58d2d0cdde4cb14f8d0e845c91 repo.westus.cloudapp.azure.com/raku...ne::Perl5` 22:27
thundergnat with the same failure mode on each
melezhik it's possible to run test against ubuntu
thundergnat And it's very odd because 0.47 installs fine on both systems but 0.48 fails. 22:28
timotimo i did it wrong 22:29
melezhik thundergnat: I've just run it on ubuntu. let's see - repo.westus.cloudapp.azure.com/sparky/builds 22:30
timotimo i had the match line with the .sum in there twice because i unstashed my changes and forgot to delete the original new line
MasterDuke ha 22:32
timotimo yeah it's faster now in total
gist.github.com/timo/4fecd3851edca...b3cf7c2ef1 my current diff
looks like a .contains for "S" can also reject a whole bunch of lines 22:33
that's worth rather a bit 22:34
cdn.discordapp.com/attachments/633...nknown.png 22:35
^- check out the icicle graph
TWEAK used to be about 3/4 of the width or something 22:36
MasterDuke nice 22:38
timotimo the $!CIGAR strings are all short-ish, so no need to limit how far into the string to search for the existence of any S 22:45
BagHash(1(781) 10(11) 11(11) 19(11) 3(107052) 5(990) 6(814) 7(88) 8(187) 9(55))
Geth doc: 68237e2e92 | Coke++ | 7 files
Use .raku instead of .perl in examples

Part of #3309
Update usage and some output diagnostics which themselves have been updated
22:47
linkable6 DOC#3309 [open]: github.com/Raku/doc/issues/3309 [docs][update] Change .perl to .raku in examples 22:48
melezhik thundergnat: if it helps - Inline::Perl5 succeed for Rakudo version 2020.05, on ubuntu - repo.westus.cloudapp.azure.com/spar...ubuntu/289 22:51
thundergnat melezhik: That's encouraging, though it doesn't really help on _my_ system(s). Thanks for checking though. 22:53
melezhik you are welcome 22:54
thundergnat It isn't the end of the world, I can run .47, it is just a little disconcerting.
ctilmes m: sub foo(int32 $x) { say $x }; foo(27); 23:06
camelia 27
ctilmes m: multi foo(int32 $x) { say $x }; foo(27); 23:06
camelia Cannot resolve caller foo(Int:D); none of these signatures match:
(int32 $x)
in block <unit> at <tmp> line 1
Xliff Hi! 23:18
tellable6 2020-05-05T20:23:40Z #raku <melezhik> Xliff: FYI - I can see Audio::OggVorbis is successfully installed through rakudist - repo.westus.cloudapp.azure.com/spar...debian/284
Xliff Has anyone thought about my question from yesterday?
colabti.org/irclogger/irclogger_lo...05-05#l432
lembark Q: Is there a simple way to extract a list of installed modules? I can see where CompUnit::Repository::FileSystem can provide data about known modules, but not any way to extract the list of modules that are installed locally. 23:28
Thanks.
tellable6 2020-05-02T06:48:28Z #raku <AlexDaniel> lembark: when was the last time FindBin::libs worked?
2020-05-02T06:52:33Z #raku <AlexDaniel> lembark: also, it does seem to install just fine: gist.github.com/AlexDaniel/acf836b...5f341d63ba
2020-05-02T06:52:55Z #raku <AlexDaniel> lembark: that's on dispatcher-revert branch but I think it's the same on master
lembark Five minutes ago using bleed here.
lembark I did a pull in ./raku, installed it, ran 'zef install .' for FindBin, FileSystem::Parent, and FindBin::libs. They all passed the tests and installed. 23:30
lembark I was told that there'd been a problem... if nobody has seen one so much the better. 23:33
timotimo lembark: zef does have a --list with --installed or something similar 23:44
lembark Thank you. 23:56