🦋 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:05 reportable6 joined 00:22 Xliff joined 00:29 Xliff_ joined 00:32 Xliff left 00:34 _Xliff_ joined 00:37 Xliff_ left, Xliff_ joined 00:40 _Xliff_ left, _Xliff_ joined 00:43 Xliff_ left 00:45 Xliff_ joined 00:48 _Xliff_ left 00:51 _Xliff_ joined 00:53 Xliff_ left 01:00 Xliff_ joined 01:03 _Xliff_ left 01:04 _Xliff_ joined 01:07 Xliff_ left 01:17 Xliff_ joined 01:20 _Xliff_ left 01:24 _Xliff_ joined 01:27 Xliff joined, Xliff_ left 01:28 frost joined 01:29 _Xliff_ left, Xliff_ joined 01:32 Xliff left 02:00 _Xliff_ joined 02:02 Xliff_ left, Xliff joined 02:03 nine left, nine joined 02:04 _Xliff_ left 02:05 Xliff_ joined 02:08 _Xliff_ joined, Xliff left 02:11 Xliff_ left 02:19 Xliff_ joined 02:21 _Xliff_ left 02:22 _Xliff_ joined 02:25 Xliff_ left
Geth rakudo: vrurg++ created pull request #4580:
Make enums and Bool throw on .new		 02:30
roast: vrurg++ created pull request #762:
Add tests for enums throwing on .new		 02:31
02:39 Xliff_ joined 02:42 _Xliff_ left 02:45 _Xliff_ joined 02:48 Xliff_ left 02:50 Xliff_ joined 02:53 _Xliff_ left 02:59 _Xliff_ joined 03:02 Xliff_ left 03:07 Xliff_ joined 03:09 _Xliff_ left 03:11 _Xliff_ joined 03:13 Xliff joined 03:14 Xliff_ left 03:15 _Xliff_ left 03:29 Xliff_ joined 03:31 Xliff left 03:36 _Xliff_ joined 03:38 Xliff_ left 03:48 Xliff_ joined 03:51 _Xliff_ left 03:53 _Xliff_ joined 03:55 Xliff_ left 04:25 Xliff_ joined 04:28 _Xliff_ left 04:35 _Xliff_ joined 04:38 Xliff_ left 04:54 squashable6 left 04:57 squashable6 joined 05:06 squashable6 left 05:49 kjp joined 06:03 reportable6 left 06:05 reportable6 joined 06:14 Xliff_ joined 06:17 _Xliff_ left 06:19 _Xliff_ joined 06:22 Xliff_ left
japhb Does anyone have preferences for tab completion behavior? I'm working on github.com/japhb/Terminal-LineEditor (to be a pure Raku alternative to Readline and Linenoise, perhaps useable in the Rakudo REPL), and I'm thinking about how to approach tab completion. 06:28
The behavior of Linenoise and the bash prompt for tab completion are very different: Linenoise rotates through available possible completions every time you hit <tab>, but only ever shows you that one.
Bash instead tries to advance as far as it can with a common prefix, but if there's no common prefix and you <tab> again, it lists all the available completions 06:29
(and redisplays the prompt and the input-in-progress) 06:30
Neither one gives you any information about the options other than the pure text, and I have a feeling more advanced editors do more than this (in fact I think Comma's been demonstrated to have a quite advanced version) 06:31
Anyone with feelings on this, please leave them here (or in an issue on the repo) so I can review and cogitate 06:32
06:35 Xliff_ joined
nine I like Bash's behaviour. Or maybe I'm just more used to it. 06:36
06:38 _Xliff_ left 07:03 _Xliff_ joined 07:06 Xliff_ left
Mondenkind japhb: I like zsh's behaviour 07:06
it shows you a list of completions on the _following_ line when you press tab; and then pressing tab repeatedly cycles through them, while continuing to show them 07:07
my gut is that if I wanted something much fancier than that I would no longer want a line editor. But I am not sure what you mean by 'information about the options'. Like annotating return values of methods? Or using colour for [something]? 07:08
(err, return _types_) 07:14
MasterDuke i think the windows terminal and vim both do it the linenoise way, but i do prefer the bash behavior 07:26
Mondenkind finds bash kind of useless. Why scroll the screen? Why do I want to see the results of my previous completions? 07:27
07:27 Xliff_ joined
Mondenkind here's a solution: make the tab completion approach configurable! 07:30
07:30 _Xliff_ left 07:34 _Xliff_ joined 07:37 Xliff_ left 07:45 Xliff_ joined 07:48 _Xliff_ left 07:52 _Xliff_ joined 07:55 Xliff_ left 07:56 Xliff_ joined 07:58 _Xliff_ left 07:59 Xliff joined 08:00 Xliff_ left 08:01 Xliff_ joined 08:04 Xliff left, _Xliff_ joined 08:07 Xliff_ left 08:08 squashable6 joined 08:24 Xliff_ joined 08:26 _Xliff_ left 08:32 _Xliff_ joined 08:35 Xliff_ left 08:41 Xliff_ joined 08:44 _Xliff_ left, _Xliff_ joined 08:47 Xliff_ left 09:00 japhb left 09:06 Xliff_ joined 09:09 _Xliff_ left 09:12 japhb joined 09:14 _Xliff_ joined 09:16 Xliff_ left 09:34 Xliff_ joined 09:37 _Xliff_ left 09:38 Xliff joined 09:39 _Xliff_ joined, Xliff_ left 09:40 Xliff_ left 09:42 Xliff left 09:43 Xliff left 10:26 Xliff_ joined 10:29 _Xliff_ left 10:31 Xliff_ left
releasable6 Next release in ≈3 days and ≈7 hours. 1 blocker. Please log your changes in the ChangeLog: github.com/rakudo/rakudo/wiki/ChangeLog-Draft 11:00
Geth nqp: 19bac5b297 | (Jonathan Worthington)++ | src/core/dispatchers.nqp
Add megamorphic handler for nqp-istype

Also tweak to look at the object's mode flags rather than the type's ones for deciding if to call type_check, since it exists on the LHS meta-object.		 11:07
rakudo/megamorphic-handlers: f9c60866cb | (Jonathan Worthington)++ | src/core.c/ObjAt.pm6
Ensure ValueObjAt is composed

Otherwise we end up doing late-bound type checks for it.		 11:08
rakudo/megamorphic-handlers: a51423d5a2 | (Jonathan Worthington)++ | src/Perl6/Metamodel/ParametricRoleGroupHOW.nqp
Publish a type check cache for role groups

This can at least contain the types a role "pretends" to be (Any, Mu) and the role itself, which means we avoid having to make calls to the type_check method in a number of situations.
12:02 reportable6 left
Kaiepi releasable6, status 12:22
releasable6 Kaiepi, Next release in ≈3 days and ≈6 hours. 1 blocker. Changelog for this release was not started yet
Kaiepi, Details: gist.github.com/da5c80edea53592cde...f4b386d627
12:41 Xliff joined 13:03 reportable6 joined
[Tux] Rakudo v2021.09-279-g1d8bf66a5 (v6.d) on MoarVM 2021.09-667-gc43ee9dff
csv-ip5xs1.369 - 1.434
csv-ip5xs-2015.284 - 15.323
csv-parser4.589 - 4.701
csv-test-xs-200.371 - 0.371
test7.232 - 7.251
test-t1.669 - 1.699
test-t --race1.016 - 1.022
test-t-2024.182 - 24.860
test-t-20 --race8.034 - 8.096
 13:03
14:03 linkable6 left, evalable6 left 14:04 evalable6 joined 14:16 frost left 14:54 Xliff_ joined 14:57 Xliff left 15:05 linkable6 joined 15:08 _Xliff_ joined 15:11 Xliff_ left
tonyo [Tux]: wow .. i remember when csv-parser was in the 20-30s range in that test 15:12
why is text::csv missing from that?
is it because there are two text::csv's now? 15:14
15:17 Xliff_ joined 15:20 _Xliff_ left
[Tux] test-t is raku Text::CSV, Text::CSV from perl5 is not tested as I already test Text::CSV_XS and Text::CSV_PP : tux.nl/Talks/CSV6/speed5.html 15:27
15:32 _Xliff_ joined 15:35 Xliff_ left 15:41 Xliff_ joined 15:44 _Xliff_ left
tonyo i mean there's a second text::csv in the raku ecosystem 15:48
oh, i see, they're both yours
16:15 patrickb joined 16:17 patrickb left 16:59 vrurg left 17:04 vrurg joined
Geth rakudo/bugfix-4488: d0a739f1ea | tony-o++ | src/core.c/operators.pm6
bug fix for #4488
 17:42
rakudo: tony-o++ created pull request #4582:
Fixes `require STUB:file<>` bug #4488		 17:43
17:43 linkable6 left 18:02 reportable6 left 18:05 reportable6 joined
Geth roast: vrurg++ created pull request #763:
Rename is_wrapped -> is-wrapped		 18:24
rakudo/bugfix-4488: eb1c1f4f13 | tony-o++ | src/core.c/operators.pm6
Revert "bug fix for #4488"

This reverts commit d0a739f1ea9f9c87d2188503b53567a9e795f40a.		 18:37
rakudo/bugfix-4488: d5cb092d85 | tony-o++ | src/core.c/operators.pm6
bug fix for #4488
18:53 melezhik joined 19:53 evalable6 left 20:46 linkable6 joined 20:54 linkable6 left
tbrowder why does one msg say log yr chngs for release and the other says ChangeLog hasn’t started? 21:47
which is correct?
the wording for the heredoc issue is not quite correct on one version, so i want to make sure it gets fixed 21:53
21:55 linkable6 joined
sena_kun tbrowder, the truth is that it is not started yet, but one can start and log. 22:07
releasable6, status
releasable6 sena_kun, Next release in ≈2 days and ≈20 hours. 1 blocker. 0 out of 279 commits logged
sena_kun, Details: gist.github.com/f0af768d38bfc5f819...3d92383c88
sena_kun tbrowder, ^
tbrowder so what can i do to fix the wording on the heredoc entry? 22:09
sena_kun tbrowder, were your patches merged? 22:10
tbrowder yes 22:12
i just changed the PR title to read a bit better (PR #4567) 22:13
sena_kun tbrowder, for the best results you can log them yourself. The draft is at github.com/rakudo/rakudo/wiki/ChangeLog-Draft and you click "Edit Page" and write a description. Your fix goes under `Fixes` category, I think, and then you add an entry like `+ $text `. I'll format commit hashes myself, just leave a link to PR there. 22:15
tbrowder i see yr new draft, but what happened to the other draft? 22:16
sena_kun what's "the other draft"?
tbrowder in the query by Kaiepi above 22:17
sena_kun that's the only one 22:18
tbrowder the response has a link to a draft page
sena_kun the releasable6 bot checks this wiki page. it still contained the old changelog, so it said "has not started yet", I updated it and it says another thing now. 22:19
If you mean gist.github.com/Whateverable/da5c8...f4b386d627 then it's not a changelog, but rather something to write a changelog from.
tbrowder ok, i’ll fix it… 22:20
sena_kun thanks! 22:21
23:33 _Xliff_ joined 23:36 Xliff_ left 23:53 Xliff joined 23:55 _Xliff_ left, evalable6 joined 23:58 Xliff left

Powered by Cro and the Raku® Programming Language.

Please report any issues / comments / feature requests as an issue on App::Raku::Log.

Thank you!