🦋 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:04
reportable6 joined
|
|||
timo | i guess Array is already `a list` so it just returns self, but array[int] isn't? | 00:21 | |
and slices should give you the same type if possible i guess | |||
01:30
discord-raku-bot left
01:31
discord-raku-bot joined
|
|||
raydiak | for the first, I can only imagine that the thinking was that Array literally isa List, so why should .list do anything? and since array (not Array) isn't a List, it instead makes a List when you call .list. for the second, I can see a slice being looked at either way: a "slice" of something shouldn't change what it is, just like a slice of blueberry pie shouldn't become strawberry when you cut it. but otoh, | 01:35 | |
someone might think of a slice more like indexing multiple values at once, and expect to get back a structure which is abstracted from the container type that they are pulling the values "out of"...either way this one is a definite inconsistency. wrt the third pair, I guess .values gives a Seq when it comes from an Array because it can be lazy, while an array cannot | |||
02:31
linkable6 left,
evalable6 left
02:32
linkable6 joined,
evalable6 joined
04:11
unicodable6 left,
greppable6 left,
committable6 left,
reportable6 left,
sourceable6 left,
squashable6 left,
benchable6 left,
linkable6 left,
bloatable6 left,
statisfiable6 left,
evalable6 left,
tellable6 left,
shareable6 left,
quotable6 left,
coverable6 left,
notable6 left,
releasable6 left,
nativecallable6 left,
bisectable6 left,
benchable6 joined,
unicodable6 joined,
coverable6 joined,
quotable6 joined
04:12
committable6 joined,
tellable6 joined,
greppable6 joined
04:13
bisectable6 joined,
statisfiable6 joined,
reportable6 joined,
squashable6 joined,
shareable6 joined,
sourceable6 joined,
bloatable6 joined,
linkable6 joined
04:14
evalable6 joined,
nativecallable6 joined,
notable6 joined,
releasable6 joined
05:47
frost joined
06:02
reportable6 left
06:05
reportable6 joined
06:38
MasterDuke left
06:58
patrickb joined
|
|||
releasable6 | Next release in ≈2 days and ≈11 hours. 3 blockers. Please log your changes in the ChangeLog: github.com/rakudo/rakudo/wiki/ChangeLog-Draft | 07:00 | |
gfldex | m: say "a" «cmp« <a>; | 07:04 | |
camelia | Same | ||
07:15
frost left
07:16
frost joined
08:03
MasterDuke joined
08:06
MasterDuke left
|
|||
Geth | rakudo: efb3116a90 | (Elizabeth Mattijsen)++ | src/core.c/Order.pm6 Make sure cmp works on empty Lists It was returning Mu if one the the Lists was empty. Spotted by raydiak++. Fixes #4471 |
08:57 | |
08:58
linkable6 left,
linkable6 joined
09:04
MasterDuke joined
|
|||
Geth | perl6-Pod-To-HTMLBody: raydiak++ created pull request #1: Fix a test |
09:25 | |
perl6-Pod-To-HTMLBody: 52154b66d5 | raydiak++ | t/01-tree.t 52154b66d5 | raydiak++ | t/01-tree.t Lowercase strings in E<> should be valid HTML5 entities |
10:12 | ||
perl6-Pod-To-HTMLBody: c9ff659cf5 | (Elizabeth Mattijsen)++ (committed using GitHub Web editor) | t/01-tree.t Merge pull request #1 from raydiak/fix-escape-test Fix a test |
|||
10:31
dogbert17 joined
10:32
dogbert11 left
|
|||
Altai-man | releasable6, status | 10:54 | |
releasable6 | Altai-man, Next release in ≈2 days and ≈8 hours. 3 blockers. Changelog for this release was not started yet | ||
Altai-man, Details: gist.github.com/9103dab3e113d81db9...2857a90e1b | |||
Geth | rakudo: 6b6459f332 | (Elizabeth Mattijsen)++ | src/core.c/Uni.pm6 Add Uni.ACCEPTS(Uni) candidate so that Uni(97) ~~ Uni(97) returns True. Did not add additional candidates for non-Uni, as I'm not 100% about the semantics, *and* it's going to be tricky to implement in the setting due to the late definition of the Uni class, and the fact that the Uni class has a "is repr" trait. |
11:07 | |
11:07
dogbert11 joined
|
|||
11:08
dogbert17 left
|
|||
Altai-man | lizmat++ | 11:12 | |
11:13
dogbert17 joined
11:16
dogbert11 left
|
|||
Geth | Pod-To-HTMLBody: 7661e20998 | (Elizabeth Mattijsen)++ (committed using GitHub Web editor) | README.md Modernize README a bit |
11:20 | |
patrickb | vrurg: Did you see my comment at github.com/rakudo/rakudo/pull/4453...r670755636 ? | 11:35 | |
vrurg: Correct link: github.com/rakudo/rakudo/pull/4453...r671023023 | 11:36 | ||
Altai-man | releasable6, status | 11:48 | |
releasable6 | Altai-man, Next release in ≈2 days and ≈7 hours. 3 blockers. 43 out of 89 commits logged (⚠1 warnings) | ||
Altai-man, Details: gist.github.com/086b687690f4313772...10c962d851 | |||
Geth | nqp/new-disp: e275356589 | (Jonathan Worthington)++ | 3 files Update tests for MoarVM capture changes * The `nqp::captureposarg*` family become strict about argument kind, rather than coercive * `invokewithcapture` is going away on MoarVM, so make the test JVM specific |
11:58 | |
12:02
reportable6 left
12:05
reportable6 joined
|
|||
Geth | rakudo: 4f19087573 | (Elizabeth Mattijsen)++ | src/core.c/Any-iterable-methods.pm6 Add support for `next foo` to (node|deep|duck)map This appeared to have been forgotten. |
12:21 | |
rakudo/new-disp: d19c68a472 | (Jonathan Worthington)++ | src/Perl6/bootstrap.c/BOOTSTRAP.nqp Eliminate final invokewithcapture usage on MoarVM |
12:25 | ||
nqp/new-disp: 070addbeb1 | (Jonathan Worthington)++ | src/vm/moar/QAST/QASTOperationsMAST.nqp Remove invokewithcapture op on MoarVM |
|||
rakudo/new-disp: 23fad25e39 | (Jonathan Worthington)++ | src/Perl6/bootstrap.c/BOOTSTRAP.nqp Adapt to MVMCallCapture's removal |
12:33 | ||
rakudo: 21576423f8 | (Elizabeth Mattijsen)++ | src/core.c/Any-iterable-methods.pm6 Simplify the handlers in (node|duck|deep)map Saves one allocation per call, and simplifies the loop logic signficantly. |
13:10 | ||
rakudo: e771bd8a5e | (Patrick Böker)++ | 3 files Build: Tidy and improve cleanup rules |
13:24 | ||
rakudo: f1959972d1 | (Patrick Böker)++ (committed using GitHub Web editor) | 3 files Merge pull request #4453 from patrickbkr/tidy-clean Build: Tidy and improve cleanup rules |
|||
13:28
frost left
|
|||
Geth | rakudo: 64b38ba31e | (Elizabeth Mattijsen)++ | 8 files Remove any trailing whitespace Looks like quite a lot crept in the past months. |
13:48 | |
nqp: 808fb9694b | (Elizabeth Mattijsen)++ | tools/templates/MOAR_REVISION Bump MoarVM to get latest fixes Most importantly, a fix on some types of re-allocations. |
14:32 | ||
rakudo: f4b4bc1d70 | (Elizabeth Mattijsen)++ | tools/templates/NQP_REVISION Bump NQP to get the latest MoarV fixes |
14:45 | ||
nqp/new-disp: 3e7bb1eb5e | (Jonathan Worthington)++ | src/vm/moar/NQP/Ops.nqp Eliminate generation of isfalse op This last location emitting it was missed. |
15:02 | ||
nqp/new-disp: b68cbcd743 | (Jonathan Worthington)++ | 10 files Update MoarVM bootstrap In order that we can remove the istrue/isfalse/if_o/unless_o ops. |
|||
15:20
linkable6 left,
evalable6 left
15:21
linkable6 joined
15:23
evalable6 joined
15:26
patrickb left
|
|||
Geth | roast: 6b7c4f20d1 | (Stefan Seifert)++ | S01-perl-5-integration/roundtrip.t Fix a GLR straggler in S01-perl-5-integration/roundtrip.t Inline::Perl5 has only recently gotten adapted to the flattening behaviour expected after the GLR. That's why this test's wrong expectations went by undiscovered for just as long. The test was written years before the GLR in a time where we flattened arguments as agressively as Perl does. Nowadays one often needs to be more explicit when expecting that like in this case a list should be flattened out into a function call's arguments. Fixes rakudo issue #4418 |
15:48 | |
nine | Altai-man: ^^^ | ||
Geth | nqp: 127e9f5ce7 | (Stefan Seifert)++ | tools/templates/MOAR_REVISION Bump MoarVM to get a deadlock fix |
15:49 | |
rakudo: ac92caa824 | (Stefan Seifert)++ | tools/templates/NQP_REVISION Bump NQP for a MoarVM deadlock fix |
|||
nine | That fix for S01-perl-5-integration/roundtrip.t is backwards compatible to older Inline::Perl5 versions btw | 15:52 | |
Altai-man | nine, thank you very much! | 16:05 | |
releasable6, status | |||
releasable6 | Altai-man, Next release in ≈2 days and ≈2 hours. 1 blocker. 43 out of 96 commits logged (⚠1 warnings) | ||
Altai-man, Details: gist.github.com/410621c4858bd6cef1...9418f6c316 | |||
17:43
evalable6 left,
linkable6 left
18:02
reportable6 left
19:28
dogbert17 left
19:31
dogbert17 joined
19:36
Xliff joined
|
|||
Geth | rakudo/io-path-add-multiple: 67d353c482 | (Elizabeth Mattijsen)++ | src/core.c/IO/Path.pm6 Allow IO::Path.add to take multiple values So that "foo".IO.add(<bar baz>) yields an "foo/bar/baz" path. |
19:46 | |
rakudo: lizmat++ created pull request #4472: Allow IO::Path.add to take multiple values |
19:47 | ||
rakudo/Cool.Order: 410b03d8ce | (Elizabeth Mattijsen)++ | src/core.c/Cool.pm6 Add Cool.Order "coercer" Convert a Cool value to the associated Order enum: - < 0 -> Less - 0 -> Same - > 0 -> More The only other way to currently do this, is by basically writing the ORDER (implementation-detail) subroutine again, or just do a call to ORDER. This allows syntactic sugar to not have to do it like that. |
20:01 | ||
rakudo: lizmat++ created pull request #4473: Add Cool.Order "coercer" |
|||
20:05
evalable6 joined
|
|||
lizmat | given class A { my class B { } }, do we have some introspection to get at class B even though it is hidden inside A's lexical scope? | 20:06 | |
vrurg | lizmat: no | 20:08 | |
B exists only in A's body block lexpad which is only available to A's lexicals. | 20:09 | ||
lizmat | so I guess class A { class B is implementation-detail { } } would be the only solution | 20:10 | |
Xliff | \o | ||
lizmat | thinking about adding some Rakudo tests for the IterateX iterators | ||
Xliff | I've started writing bindings for libX11. See progress at github.com/Xliff/p6-X11 | 20:11 | |
lizmat | Xliff++ | ||
Xliff | Thsi one is standalone, so I hope to release it when finished via established channels. | ||
lizmat | afk& | ||
Xliff | There was this project: github.com/slobo/Perl6-X11-Xlib-Raw | 20:12 | |
But no commits over the last 2 years, so I am taking a stab at it. | |||
This is.... larger... than I expected. Heh. | |||
vrurg | lizmat: likely so. | 20:14 | |
Xliff: is it *you* complaining about a project's size? Really? :D | 20:16 | ||
Xliff | vrurg: :p | ||
vrurg: 600,000 LOC milestone passed. Onto 750,000! | 20:17 | ||
20:21
squashable6 left
|
|||
Geth | rakudo: MasterDuke17++ created pull request #4474: Use 'inlinable' instead of 'inlineable' |
20:37 | |
japhb | I think the scariest thing about how many lines of code that's taking is that they are *Raku* lines. I can only imagine the size in a less expressive language .... | 20:42 | |
Xliff | japhb: Heh! :) | 20:46 | |
21:13
dogbert17 left
21:35
squashable6 joined
23:22
dogbert17 joined
23:40
japhb left
23:44
japhb joined
|