🦋 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:02
reportable6 left
00:05
reportable6 joined
00:52
[Coke] left,
[Coke] joined
00:53
tejr joined
01:03
chloekek left
01:41
oodani left
01:42
oodani joined
03:35
reportable6 left,
coverable6 left,
statisfiable6 left,
quotable6 left,
linkable6 left,
shareable6_ left,
bisectable6 left,
tellable6 left,
committable6_ left,
benchable6 left,
notable6_ left,
bloatable6 left,
squashable6 left,
evalable6 left,
greppable6 left,
sourceable6 left,
releasable6 left,
nativecallable6 left,
unicodable6 left,
shareable6 joined
03:36
benchable6 joined
03:37
tellable6 joined,
bloatable6 joined,
quotable6 joined,
evalable6 joined,
greppable6 joined,
sourceable6 joined,
unicodable6 joined,
nativecallable6 joined,
reportable6 joined
04:03
tejr left
04:05
tejr joined
04:10
tejr_ joined
04:12
tejr left
04:13
tejr_ is now known as tejr
04:36
notable6 joined
04:37
bisectable6 joined,
squashable6 joined
04:38
linkable6 joined
05:14
swaggboi left
05:27
swaggboi joined
05:30
swaggboi left
05:36
committable6 joined
05:37
statisfiable6 joined
05:38
releasable6 joined
05:42
swaggboi joined
05:53
anser joined
06:02
reportable6 left
06:34
Summer left,
Summer joined
06:36
coverable6 joined
07:39
swagg_boi joined,
swagg_boi left
08:03
reportable6 joined
08:44
anser left
09:55
swaggboi left,
swaggboi joined
09:57
Sgeo left
10:12
chloekek joined
10:20
anser joined
10:44
anser left
11:40
jjido joined
11:55
jjido left
12:01
abraxxa-home joined
12:02
reportable6 left
12:08
sena_kun left
12:36
abraxxa-home left
12:37
gugod_ is now known as gugod
12:41
sena_kun joined
12:59
Debate2021 joined
13:01
Debate2021 left
14:01
linkable6 left,
evalable6 left,
linkable6 joined
15:01
linkable6 left,
committable6 left
15:02
evalable6 joined
15:04
reportable6 joined
15:06
jjido joined
15:56
jjido left
16:02
linkable6 joined
|
|||
lizmat | ... | 16:07 | |
16:08
tejr left
|
|||
japhb | ??? | 16:08 | |
16:08
tejr joined
|
|||
lizmat | I just realized that nobody had said anything on this channel today yet... so I used that to try something on my new log server :-) | 16:08 | |
El_Che | shut up | 16:17 | |
:) | |||
maybe you put everyone in /ignore :P | |||
perryprog | shhh this is a library | 16:18 | |
El_Che | nom that's #rakumod | 16:19 | |
*no | |||
16:26
casaca left
16:30
casaca joined
16:45
perlbot left,
simcop2387 left
|
|||
Anton Antonov | Assume that 1) I execute a script multiple times without changing it, and 2) the script starts with a call to `srand` , say `srand(332)` . Does 2) guarantee that the subsequent calls of random commands in the script (using `roll`, `pick`, or `rand`) and Hash-objects creation commands would produce the same results during each execution of the script? | 17:35 | |
I strongly suspect that Hash-objects creation is not influenced by `srand`. | 17:36 | ||
lizmat | Indeed, I don't think that's the case either | ||
Anton Antonov | (I asked the above question few days ago in <#768511641758466088> … ) | 17:37 | |
@lizmat Thanks! | |||
@lizmat My question above is actually related to profiling `Hash::int` and `Hash::str`. | 17:39 | ||
17:39
Guest2385 joined
17:40
Guest2385 left
|
|||
@lizmat I am going to “officially” ask for your profiling code on GitHub. (After I finish watching “Squid Game”…) | 17:41 | ||
18:02
reportable6 left
18:04
jjido joined
|
|||
MasterDuke | @Anton Antonov: the next release should introduce an environment variable to enable you turn off hash randomization at runtime | 18:36 | |
Anton Antonov | @MasterDuke Thanks! Great info! | 18:38 | |
@lizmat Here is the GitHub issue I promised: github.com/lizmat/Hash-int/issues/2 | 18:46 | ||
18:46
Sgeo joined
19:00
justsomeguy joined
19:03
reportable6 joined
19:04
committable6 joined
|
|||
@lizmat Here is the GitHub issue I promised: github.com/lizmat/Hash-int/issues/2 | 19:18 | ||
19:23
Guest75 joined
19:27
jjido left
19:33
Guest75 left
19:40
gcd left
|
|||
Geth | problem-solving/JJ-patch-1: 9039f9e69a | (Juan Julián Merelo Guervós)++ (committed using GitHub Web editor) | solutions/meta/TheRakuFoundation.md Communicating the effective establishment The Raku Foundation exists, so this closes #263 |
19:54 | |
problem-solving: JJ++ created pull request #300: Communicating the effective establishment of the Raku foundation |
19:55 | ||
19:57
euandreh joined
20:18
justsomeguy left
20:26
colemanx joined
20:29
jjido joined
20:40
immediate joined
20:41
immediate left
21:46
greyrat left,
greyrat joined
|
|||
codesections | lizmat said "so I used that to try something on my new log server :-)". Wait, so you used `...` as a stub IRC message? I see what you did there | 22:12 | |
lizmat | hehe | 22:13 | |
Geth | Raku-Steering-Council: vrurg++ created pull request #45: Added 'Call For Volunteers' announcement |
22:17 | |
22:22
chloekek left
22:29
jjido left
|
|||
raydiak | it's a step up from the hazardous pin-dropping that silence tends to evoke around here. although ... does look like three marbles on the ground | 22:37 | |
moon-child | ||| | 22:39 | |
^ pins dropped onto the ground. Standing on end. Somehow. (Probably because of all the angels) | 22:40 | ||
raydiak rolls a magnet rake around the room | 22:42 | ||
just between #perl6 and #raku, I count somewhere around 31 dropped pins in lizmat's log, and around 21 of them are from lizmat... | 22:44 | ||
lizmat: have you considered exposing a public api to the chat logs? seems like mostly it'd just be having it respond at a different url with json templates instead of html | 23:06 | ||
from looking at the get params, I'd change how the paging controls are exposed, but everything else seems pretty straightforward | 23:08 | ||
I mean the paging controls and cgi params in the search results. the browsing urls are pretty straightforward | 23:15 | ||
23:29
evalable6 left,
linkable6 left
23:31
linkable6 joined
|
|||
timo | ohey raydiak have you continued measuring performance of your ray tracer? new-disp just landed, after all, so that could be interesting | 23:42 | |
raydiak | lizmat: nevermind, it looks like you already have a facility for it in place, except at .json urls I get a 404 with no content | ||
timo: hi! no, I haven't but that's a good idea. last time I checked, many years ago, all the time was mainly spent creating and destroying objects | 23:43 | ||
timo | ah, interesting. the already-existing work in PEA, partial escape analysis, will be able to get around building short-lifetime objects | 23:50 | |
raydiak | I thought it's probably a flaw of my design, since I wasn't thinking much about optimization when I initially wrote it. considered refactoring it to reduce as much as possible to a vector pipeline, so I could "compile" the scene file into a routine or few before rendering, maybe using math::symbolic | 23:52 | |
but yes even if it's not optimal, in some ways that just makes it a better stress test, so doing a little comparison might be cool | 23:53 | ||
new-disp landed on master? and 2021.09 is right before we did that, right? | 23:56 | ||
and does new-disp still require a env var set, or will it use the new compiler front end by default now? | 23:58 |