|
🦋 Welcome to the IRC channel of the core developers of the Raku Programming Language (raku.org #rakulang). This channel is logged for the purpose of history keeping about its development | evalbot usage: 'm: say 3;' or /msg camelia m: ... | log inspection situation still under development | For MoarVM see #moarvm Set by lizmat on 22 May 2021. |
|||||||||||||||||||||||||||||||||||||||
|
00:02
reportable6 left
00:03
reportable6 joined
00:09
ggoebel joined
|
|||||||||||||||||||||||||||||||||||||||
| Xliff | vrurg: So, would a web front end for something like Blin be a good starting point? | 00:28 | |||||||||||||||||||||||||||||||||||||
| And so, I guess I am throwing my hat in the ring for Service Manager. | |||||||||||||||||||||||||||||||||||||||
| Let me know what I need to do. | |||||||||||||||||||||||||||||||||||||||
|
00:29
ggoebel left
00:37
ggoebel joined
|
|||||||||||||||||||||||||||||||||||||||
| vrurg | Xliff: If I consider it then my view for smoketesting would be different. Blin is a brute force. Smoketesting would be a lightweight variant where it picks newly uploaded modules and puts them in a queue. Anybody could start a client on their side and only what is in the queue. The point is to cover as many different platforms as possible. | 00:40 | |||||||||||||||||||||||||||||||||||||
| It could also be about testing different compiler versions, but a new release would not trigger re-testing of all existing modules – this is what we have Blin for. | 00:41 | ||||||||||||||||||||||||||||||||||||||
| As to becoming a manager, you'd need to find somebody who is looking for help. So far, I see no interest in people supporting the existing infrastructure to receive assistance from volunteers. | 00:44 | ||||||||||||||||||||||||||||||||||||||
|
00:50
ggoebel left
|
|||||||||||||||||||||||||||||||||||||||
| Xliff | vrurg: Well if there is no immediate interest, why advertise the position? | 01:00 | |||||||||||||||||||||||||||||||||||||
| vrurg | Xliff: you still don't get it. Have you read github.com/Raku/Raku-Steering-Coun...211002.md? | 01:03 | |||||||||||||||||||||||||||||||||||||
| And also note the line right before: "For example, a new entry may look like this:" – and then _an example_ of a service description follows, so any one responsible for an infrastructure project can add _their_ description under the PROJECT LIST section. | 01:05 | ||||||||||||||||||||||||||||||||||||||
|
01:30
ggoebel joined
02:11
ggoebel left
02:30
ggoebel joined
02:52
ggoebel left
|
|||||||||||||||||||||||||||||||||||||||
| Geth | rakudo: vrurg++ created pull request #4559: Add guard for container descriptor $!of for non-nominals |
03:12 | |||||||||||||||||||||||||||||||||||||
|
03:52
evalable6 left,
linkable6 left
04:52
greppable6 left,
quotable6 left,
benchable6 left,
notable6 left,
shareable6 left,
statisfiable6 left,
nativecallable6 left,
releasable6 left,
bisectable6 left,
bloatable6 left,
coverable6 left,
committable6 left,
unicodable6 left,
sourceable6 left,
tellable6 left,
squashable6 left,
reportable6 left
04:53
reportable6 joined,
evalable6 joined,
quotable6 joined
04:54
tellable6 joined,
bloatable6 joined,
notable6 joined
04:55
benchable6 joined,
releasable6 joined,
statisfiable6 joined,
bisectable6 joined,
shareable6 joined
05:53
greppable6 joined,
linkable6 joined
05:54
nativecallable6 joined,
squashable6 joined
05:55
unicodable6 joined
06:02
reportable6 left
07:23
nebuchadnezzar joined
07:40
MasterDuke left
07:45
patrickb joined
07:53
committable6 joined,
sourceable6 joined
07:55
MasterDuke joined
|
|||||||||||||||||||||||||||||||||||||||
| Geth | rakudo/new-disp-nativecall: 720075d707 | (Stefan Seifert)++ | lib/NativeCall.rakumod Handle explicitly managed strings getting passed to native functions For explicitly managed strings, we need to pass the contained CStr value instead of the string object itself. This way NativeCall knows not to free the created C string after the call. Note that the generated function bodies have never supported this. The problem just hasn't surfaced before, because the test runs the call only once and in the previous implementation, the first call always went through the generic calling code (which does support explicitly managed strings). |
08:02 | |||||||||||||||||||||||||||||||||||||
|
08:03
reportable6 joined
|
|||||||||||||||||||||||||||||||||||||||
| Geth | rakudo/new-disp-nativecall: 71fa529e16 | (Stefan Seifert)++ | 2 files Support passing Proxy to native routines For now if we find a Proxy in a native routine's arguments, just wrap the call in a simple function that fetches values from proxies as a side-effect. |
08:37 | |||||||||||||||||||||||||||||||||||||
| rakudo: Kaiepi self-assigned Signatures with subsignatures smartmatch incorrectly in both directions github.com/rakudo/rakudo/issues/4558 431c3d6b7b | (Elizabeth Mattijsen)++ | src/core.c/operators.pm6 - For better maintainability and debuggability - According to the latest optimization insights |
09:14 | ||||||||||||||||||||||||||||||||||||||
| [Tux] |
|
09:17 | |||||||||||||||||||||||||||||||||||||
|
09:29
SmokeMachine left
09:33
SmokeMachine joined
10:33
bloatable6 left,
benchable6 left,
releasable6 left,
reportable6 left,
quotable6 left,
unicodable6 left,
notable6 left,
squashable6 left,
bisectable6 left,
committable6 left,
evalable6 left,
statisfiable6 left,
linkable6 left,
tellable6 left,
greppable6 left,
sourceable6 left,
shareable6 left,
nativecallable6 left,
committable6 joined,
notable6 joined,
sourceable6 joined,
unicodable6 joined,
reportable6 joined
10:35
shareable6 joined,
squashable6 joined,
bisectable6 joined
10:36
statisfiable6 joined
10:53
coverable6 joined
10:54
ggoebel joined
|
|||||||||||||||||||||||||||||||||||||||
|
11:34
greppable6 joined
11:35
benchable6 joined
12:02
reportable6 left
12:05
reportable6 joined
12:35
bloatable6 joined,
linkable6 joined
12:36
releasable6 joined
13:30
patrickb left
13:33
evalable6 joined
13:34
tellable6 joined
14:34
nativecallable6 joined
14:43
squashable6 left
14:57
squashable6 joined
15:35
quotable6 joined
16:07
patrickb joined
17:19
linkable6 left,
evalable6 left
18:03
reportable6 left
18:05
reportable6 joined
18:22
evalable6 joined
18:47
ggoebel left
18:51
ggoebel joined
18:59
ggoebel left
19:22
linkable6 joined
|
|||||||||||||||||||||||||||||||||||||||
| japhb | lizmat: Could you explain a little about what those "latest optimization insights" are? | 19:52 | |||||||||||||||||||||||||||||||||||||
|
20:26
patrickb left
|
|||||||||||||||||||||||||||||||||||||||
| Geth | rakudo: usev6++ created pull request #4560: [JVM] Unbreak build after merge of new-disp |
20:33 | |||||||||||||||||||||||||||||||||||||
| bartolin | ^^ I'm neither sure about this changes nor am I happy with the added conditionals for the preprocessor. But I wanted to bring that up now as a possible solution to unbreak the build. I'm afraid I won't have much time the next two weeks ... | 20:36 | |||||||||||||||||||||||||||||||||||||