🦋 Welcome to the MAIN() IRC channel of the Raku Programming Language (raku.org). This channel is logged for the purpose of keeping a history about its development | evalbot usage: 'm: say 3;' or /msg camelia m: ... | Log inspection is getting closer to beta. If you're a beginner, you can also check out the #raku-beginner channel! Set by lizmat on 25 August 2021. |
|||
00:07
reportable6 left
00:08
reportable6 joined
00:19
evalable6 joined,
committable6 joined
00:20
releasable6 joined,
bloatable6 joined
00:21
unicodable6 joined,
nativecallable6 joined
|
|||
codesections | In fact, it looks like rakudo's Mu.new actually bypasses .bless and goes straight to .create in the happy path – so even faster than ^^^^ | 00:21 | |
github.com/rakudo/rakudo/blob/1cd7...u.pm6#L115 | 00:22 | ||
00:39
Sgeo_ joined
00:40
Sgeo_ joined,
Sgeo left
01:19
sourceable6 joined
01:47
swaggboi left
01:55
swaggboi joined
02:19
statisfiable6 joined
|
|||
guifa_ | codesections interestingly, when I had very high reps in my test, the custom .new was the winner by a lot | 02:31 | |
well, I had one test where it won, but that assumed constant values rather than having different values each time around | 02:32 | ||
03:02
m_athias left
03:03
m_athias joined
03:20
tellable6 joined
04:20
tellable6 left,
bloatable6 left,
nativecallable6 left,
bisectable6 left,
notable6 left,
benchable6 left,
unicodable6 left,
evalable6 left,
releasable6 left,
committable6 left,
reportable6 left,
shareable6 left,
linkable6 left,
coverable6 left,
statisfiable6 left,
greppable6 left,
squashable6 left,
quotable6 left,
sourceable6 left,
nativecallable6 joined,
shareable6 joined
04:21
bisectable6 joined,
statisfiable6 joined
04:22
bloatable6 joined,
greppable6 joined,
squashable6 joined
04:25
frost joined
05:20
quotable6 joined
05:21
benchable6 joined
05:22
coverable6 joined,
evalable6 joined,
sourceable6 joined
06:22
bloatable6 left,
statisfiable6 left,
bisectable6 left,
squashable6 left,
quotable6 left,
sourceable6 left,
coverable6 left,
nativecallable6 left,
benchable6 left,
evalable6 left,
greppable6 left,
shareable6 left
06:23
linkable6 joined,
coverable6 joined
06:24
squashable6 joined,
quotable6 joined,
evalable6 joined
06:25
nativecallable6 joined
06:26
greppable6 joined
07:10
reportable6 joined
07:22
releasable6 joined
07:23
committable6 joined,
shareable6 joined,
sourceable6 joined
07:25
benchable6 joined,
bisectable6 joined
08:21
unicodable6 joined,
tellable6 joined
08:25
bloatable6 joined
08:29
dogbert11 left
08:57
dogbert11 joined
09:18
Kaipi left
09:19
Kaipi joined
09:21
notable6 joined
09:53
Sgeo_ left
10:22
Darkcoal joined
10:26
statisfiable6 joined
10:41
Darkcoal left
10:42
Darkcoal joined
10:52
Darkcoal left
10:54
Darkcoal joined
10:58
Shane__ left
|
|||
Geth | ecosystem: 233dd6a94f | (Elizabeth Mattijsen)++ | META.list Remove XML, DateTime::TimeZone, DateTime::Math They now live in the zef ecosystem |
10:59 | |
ecosystem: f0632fca68 | (Juan Julián Merelo Guervós)++ (committed using GitHub Web editor) | META.list Remove LWP::Simple |
11:01 | ||
ecosystem: ece1ec8c18 | (Juan Julián Merelo Guervós)++ (committed using GitHub Web editor) | META.list Freeze SOAP::Client |
11:19 | ||
11:29
oodani left
11:31
oodani joined
11:33
tejr left
11:40
tejr joined
12:07
reportable6 left
12:10
reportable6 joined
13:02
MoC joined
13:36
MoC left
13:43
timo joined
14:02
frost left
|
|||
Geth | App-Rakubrew/fix-par-env: 5eb2132b61 | (Patrick Böker)++ | 3 files Fix PAR changing env vars on MacOS |
14:10 | |
14:15
Altai-man joined
14:20
Altai-man left
|
|||
leont wrote a raku blogpost, and then accidentally closed that tab -_- | 14:52 | ||
Geth | App-Rakubrew: 39ca617b01 | (Patrick Böker)++ | 3 files Fix PAR changing env vars on MacOS On MacOS Rakubrew is deployed via the PAR packager. On MacOS rakubrew itself acts as the shim in `shim` mode. PAR adds environment variables and modifies the dynamic library loading path variable. Those changes can cause issues in the program being called. Thus we now try to revert the environment variables to their original state before doing `exec` in the ... (8 more lines) |
14:56 | |
App-Rakubrew: 463e5eda89 | (Patrick Böker)++ | lib/App/Rakubrew/VersionHandling.pm Switch shims to use symlinks instead of hardlinks This change makes it possible to have the shim dir on a different partition than the rakubrew script. |
|||
App-Rakubrew: f858e2681b | (Patrick Böker)++ | 4 files Version 27 |
15:17 | ||
15:23
linkable6 left,
evalable6 left
15:25
linkable6 joined
16:11
tejr left
|
|||
Anton Antonov | I want to make an outliers identifiers package (facilitates the identification of outliers in, say, numerical arrays or lists). What would be good name for it? Here are possible names: 1) `Data::OutlierIdentifiers` , 2) `Stats:OutlierIdentifiers` , 3) `ML::OutlierIdentifiers` . | 16:17 | |
16:23
Darkcoal left,
evalable6 joined
16:24
tejr joined
16:25
Darkcoal joined
16:41
sftp left
16:43
sftp joined
17:45
Sgeo joined
|
|||
moritz | Math::Outliers? | 17:53 | |
Anton Antonov | @mori#6536tz Hmm... that is clear and concise. But I think it hints too much on the results not the algorithms... | 17:57 | |
Also, if a "general" (multi-type, multi-dimensional) outlier identifier (or anomaly detector) is made using Machine Learning (ML) algorithms, `Math::Outliers` a good place for it? | 18:00 | ||
I am browsing the packages under Math right now. | |||
Also, if a "general" (multi-type, multi-dimensional) outlier identifier (or anomaly detector) is made using Machine Learning (ML) algorithms, is`Math::Outliers` a good place for it? | 18:02 | ||
Also, if a "general" (multi-type, multi-dimensional) outlier identifier (or anomaly detector) is made using Machine Learning (ML) algorithms, is `Math::Outliers` a good place for it? | |||
Do any of those seem good? 1) `Math::Outliers::1DIdentifiers` 2) `Math::Outliers::AnomalyDetectors` | 18:05 | ||
18:08
reportable6 left
|
|||
guifa_ | When in doubt, you can always change later. The advantage with Raku is that you can provide the same module under two separate names, and with use Foo:auth<bar>, it's okay for two people to have the same name to a module | 18:25 | |
Early in the ecosystem it's probably a bit hard to tell what the best organization/naming structure is | |||
Anton Antonov | @guifa_ Ok. Then I will go with the name most clear _and_ expected to me. (`Stats::OutlierIdentifiers` .) | 18:29 | |
guifa_ | I'll actually be doing that fairly soon. I have a module Intl::UserLanguage which made sense in the context of my international work | 18:30 | |
but then as I made Intl::UserTimezone I realized that was starting to stretch it | 18:31 | ||
so I'm going to move them to a new namespace User:: or UserInfo:: where other similar get-info-about-user's-environment modules would fit in | 18:32 | ||
18:53
dextercd joined,
euandreh left
18:55
euandreh joined
19:07
euandreh left
19:09
euandreh joined
|
|||
guifa_ | am I going crazy or did there used to be a thing about Hash subclasses not having BUILD called on them? | 19:13 | |
19:13
euandreh left
|
|||
lizmat | that's quite possible... | 19:15 | |
guifa_ | aaaah there was | 19:17 | |
but only when bless isn't called manually | |||
m: class A is Hash { method BUILD { self.BIND-KEY: "a", 1 }; method TWEAK { self.BIND-KEY: "b", 2 }; }; say A.new | |||
camelia | {} | ||
guifa_ | m: class A is Hash { method new {Â self.bless }; method BUILD { self.BIND-KEY: "a", 1 }; method TWEAK { self.BIND-KEY: "b", 2 }; }; say A.new | 19:18 | |
camelia | {a => 1, b => 2} | ||
lizmat | well, yeah, you could argue that there's a problem in core that .bless is not called for subclasses of Hash | 19:19 | |
like it is e.g. done with Date / DateTime | |||
guifa_ | It's by design per github.com/rakudo/rakudo/issues/2716 | 19:21 | |
It's easy enough to just add a .new or even directly call a .bless | 19:22 | ||
although tbh I had never thought of just directly call Foo.bless | 19:26 | ||
19:36
sena_kun left
19:37
sena_kun joined
|
|||
Anton Antonov | @guifa_ Thank you for your input! | 19:52 | |
MasterDuke | guifa_: re your benchmark from earlier. you need to be carefull about running different things in the same script. there's a decent chance that spesh might optimize the first thing it sees, and depending on how similar the subsequent things are, you could run into a situation where the first thing is artificially faster, regardless of which one it | 20:00 | |
it | |||
*it is | |||
20:06
euandreh joined
20:10
reportable6 joined
20:23
Shane__ joined
20:50
jjido joined
20:54
sena_kun left
20:55
sena_kun joined
21:26
Darkcoal left
21:38
jjido left
|
|||
guifa_ | MasterDuke: yeah, I've noticed that sometimes, and occasionally upon reordering the advantage can shift | 22:14 | |
MasterDuke | i have a WIP moarvm PR to remove spesh candidates if they get too many deopts, which might help, but it's going to take me a little while to get it rebased after new-disp | 22:15 | |
gfldex | @Anton Antonov#7232 In my eyes the description field in a meta6.json is more important than the name. | 22:21 | |
22:27
MasterDuke left
22:51
melezhik joined
22:55
melezhik left
23:03
MasterDuke joined
23:20
Util joined
23:41
discord-raku-bot left,
discord-raku-bot joined
|