🦋 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: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: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.
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
[Tux] Rakudo v2021.09-251-gff6951f59 (v6.d) on MoarVM 2021.09-635-g78fd4944f
csv-ip5xs1.385 - 1.450
csv-ip5xs-2015.663 - 16.235
csv-parser4.708 - 4.734
csv-test-xs-200.379 - 0.382
test7.387 - 7.453
test-t1.706 - 1.721
test-t --race1.017 - 1.043
test-t-2024.768 - 25.115
test-t-20 --race7.969 - 8.007
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
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