Perl 6 language and compiler development | Logs at colabti.org/irclogger/irclogger_logs/perl6-dev | For toolchain/installation stuff see #perl6-toolchain | For MoarVM see #moarvm
Set by AlexDaniel on 12 June 2018.
MasterDuke jdv79: i believe lizmat and TimToady are on the way there and ingy is already 00:08
01:20 ggoebel left, ggoebel joined 02:48 skids joined
Geth ¦ rakudo: zoffixznet self-assigned &substr.package from the REPL does not return the GLOBAL package but gives an error message. github.com/rakudo/rakudo/issues/1925 03:21
rakudo/post-release-2018.06: 9ea427a36f | (Zoffix Znet)++ | 2 files
Fix/Test REPL auto-printing of low-level objects

Fixes github.com/rakudo/rakudo/issues/1925 R#1925
Not all things are Mu and the error in the Issue comes from the REPL trying to call .WHERE on the value to figure out whether one of the out-of-band marker values were returned. ... (5 more lines)		 04:16
synopsebot_ R#1925 [open]: github.com/rakudo/rakudo/issues/1925 &substr.package from the REPL does not return the GLOBAL package but gives an error message.
rakudo/post-release-2018.06: 64394152cf | (Aleks-Daniel Jakimenko-Aleksejev)++ | tools/build/NQP_REVISION
[NQP Bump] Brings 4 commits

NQP bump brought: github.com/perl6/nqp/compare/2018....g6c450557d 6c450557d [MoarVM Bump] 4eda279b5 Fix three memory leaks […] e1ff93d5a Stub new atomic ops on the JVM backend 11cf77d33 Map two new atomic ops for MoarVM backend 6a27f87d2 Bump MOAR_REVISION for new atomic ops		 04:17
rakudo/post-release-2018.06: 2138197b76 | (Zoffix Znet)++ | tools/build/NQP_REVISION
Merge branch 'master' into post-release-2018.06
05:00 skids left 06:44 evalable6 left, evalable6 joined
AlexDani` undersightable6: check 08:40
undersightable6 AlexDani`, OK! Working on it…
08:40 AlexDani` is now known as AlexDaniel
gfldex help docs.perl6.org has fallen and can't get up! 09:14
AlexDaniel and not only docs I guess 09:25
timotimo docs.perl6.org looks fine on my end
AlexDaniel oh, it works now!
gfldex rounding an Instant (while getting an Instant in the end) is a but cumbersome 09:46
m: my $n = now; $n = $n.SET-SELF(($n).floor.Rat) + 1; say $n;
camelia Instant:1529142432
gfldex adding floor ceiling and round as methods might help 09:47
Geth rakudo: AlexDaniel self-assigned Regression related to MONKEY-TYPING and spesh-plugins merge github.com/rakudo/rakudo/issues/1923
65dccd8dc1 | (Aleks-Daniel Jakimenko-Aleksejev)++ | 2 files

This reverts commit c6a61f563b478337a6fb6290d0d612d663d60471.
  See #1923 for more info.		 10:16
10:36 MasterDuke left 11:28 ExtraCrispy left 11:33 MasterDuke joined 11:47 ufobat_ joined 11:52 llfourn left
synopsebot_ RAKUDO#1923 [open]: github.com/rakudo/rakudo/issues/1923 [regression][⚠ blocker ⚠] Regression related to MONKEY-TYPING and spesh-plugins merge
Geth rakudo/post-release-2018.06: 65dccd8dc1 | (Aleks-Daniel Jakimenko-Aleksejev)++ | 2 files
Revert "Use a spesh plugin to optimize .?"

This reverts commit c6a61f563b478337a6fb6290d0d612d663d60471.
  See #1923 for more info.
rakudo/post-release-2018.06: 2a16dd4212 | (Aleks-Daniel Jakimenko-Aleksejev)++ | 2 files
Merge branch 'master' into post-release-2018.06
rakudo/post-release-2018.06: 708c132605 | (Aleks-Daniel Jakimenko-Aleksejev)++ | 2 files
Revert "Revert "Use a spesh plugin to optimize .?""

This reverts commit 65dccd8dc1587e822351ae5aa9ee5dc2a122b867.
11:59 MasterDuke left
AlexDaniel .seen jstuder-gh 12:11
yoleaux I haven't seen jstuder-gh around.
AlexDaniel .seen jstuder
yoleaux I saw jstuder 1 Apr 2018 15:51Z in #perl6-dev: <jstuder> yeah, don't understand why it would be performing that op on the iterator itself though
AlexDaniel some feedback here would be nice: github.com/rakudo/rakudo/issues/18...-397753723 12:14
geekosaur: I think you are more likely to say something about this :) ↑ 12:15
TL;DR `say Signal(0)` should not give random stuff, but according to jstuder this random stuff should probably have value 0 12:17
so we're sorta blocked by this contradiction
and by “random stuff” I mean signals that are irrelevant to the platform you're running on 12:18
it's a good idea to *not* revert these fixes to signal values, because previously the behavior was blatantly wrong 12:19
12:20 llfourn joined
timotimo anyone got some +1 or -1 on the examples.perl6.org issue? github.com/perl6/user-experience/issues/24 12:21
AlexDaniel fwiw github.com/perl6/doc/issues/1866 12:24
timotimo: I guess I'm a bit too radical, but to me it looks like either we improve examples.perl6.org significantly, … or maybe just remove it completely 12:26
people looking for examples probably go to rosettacode by default
timotimo really? 12:27
i hadn't heard of rosettacode before i joined the perl6 community
AlexDaniel well, when did you join it? :)
timotimo did it blow up in popularity?
i haven't actually seen it mentioned by anybody except perl6ers in the perl6 irc channels 12:28
AlexDaniel I think so, right when I joined I was introduced to rosettacode by somebody else (outside of perl 6 community or perl 6 at all) with “hey look this website is so useful”
jnthn Hi folks. Anything release-related that I should take a look at? 12:30
timotimo for me "perl6 example" puts rosettacode's Category:Perl6 on the first entry on the second page
AlexDaniel jnthn: maybe your quick opinion on github.com/rakudo/rakudo/issues/1922 and github.com/rakudo/rakudo/issues/1891 12:31
timotimo hm, maybe the Category page should have "Perl 6 examples" somewhere other than just the heading to "perl 6 examples needing attention" %)
AlexDaniel R#1922 I feel like reverting, so not a big deal 12:32
synopsebot_ R#1922 [open]: github.com/rakudo/rakudo/issues/1922 [regression][⚠ blocker ⚠] Regression after +@ → nqp::elems(@) optimization
AlexDaniel jnthn++ for asking 12:33
12:33 lizmat joined
lizmat weekly: wakelift.de/2018/06/15/no-major-breakthroughs/ 12:35
notable6 lizmat, Noted!
AlexDaniel .seen Kaiepi 12:41
yoleaux I saw Kaiepi 10 Jun 2018 23:05Z in #perl6: <Kaiepi> never mind lol
timotimo but yeah, i'm not against removing examples.perl6.org, though maybe we should see that existing links still work, and have a useful front page that explains the situation 12:45
losing the cookbook examples would be not so nice, there seems to be a lot there 12:51
13:04 MasterDuke joined
Geth nqp: c8519b79d7 | (Aleks-Daniel Jakimenko-Aleksejev)++ | src/NQP/Optimizer.nqp
Revert "Make the NQP optimizer convert +@ to nqp::elems(@)"

This reverts commit efb316e5504ec6da5653b5d7bc27a85801b362c1.
  See #1922 for more info.		 13:06
13:07 travis-ci joined
travis-ci Rakudo build failed. Elizabeth Mattijsen 'Privatize delay times cueing in ThreadPoolScheduler' 13:07
travis-ci.org/rakudo/rakudo/builds/390347933 github.com/rakudo/rakudo/compare/0...afcb386520
13:07 travis-ci left
buggable [travis build above] ✓ All failures are due to: missing build log (6 failures). 13:07
Geth rakudo: a7bd0bdc91 | (Aleks-Daniel Jakimenko-Aleksejev)++ | tools/build/NQP_REVISION
[NQP Bump] c8519b79d Revert "Make the NQP opti […]

NQP bump brought: github.com/perl6/nqp/compare/2018....gc8519b79d
¦ rakudo: version bump brought these changes: github.com/perl6/nqp/compare/2018....gc8519b79d
AlexDaniel fffffffffff wrong link 13:08
lizmat wonders why travis is complaining about such an old commit ?
AlexDaniel no idea 13:09
timotimo short commit id overlap? :P
github.com/bradfitz/gitbrute you think this is bad form on an opensource project? ;) 13:12
13:13 [TuxCM] joined
AlexDaniel timotimo: yea pretty bad, doesn't seem to utilize gpu or other means to speed up the search 13:17
timotimo that's not what i mean :)
but yeah, it actually uses git porcelain to do the hashing, with git commit --amend 13:18
when it could probably just dump the commit that's currently there, twiddle the dates around, run a native sha1 on it, repeat
even just using the one pull request that makes it use git hash-object or what would let you parallelize it
github.com/tochev/git-vanity 13:20
this one uses opencl
jnthn AlexDaniel: Left notes on both :)
Hope that helps some
AlexDaniel jnthn: thanks ♥
timotimo: ok that's better
jnthn afk for a bit 13:23
AlexDaniel “Generally finding a 32-bit (8-symbol) prefix on Radeon HD 7750 takes a minute-two, while a 40-bit one (10-symbol, as displayed by github) should reach 2^40 hashes tried (CDF=0.63) in about 4-8 hours.” 13:24
10 symbols in less than a day! Sounds awesome 13:25
timotimo my card does ~360 MH/s 13:32
13:32 [TuxCM] left
dogbert17 timotimo: here's an example of a large/broken profile where MVM_SPESH_INLINE_DISABLE=1. gist.github.com/dogbert17/2ea5e940...5d83e0422c 13:45
timotimo deep recursion? 13:46
dogbert17 possibly yes 13:47
timotimo 94.6k nodes in the call graph it seems like. graphviz will surely give me a good idea of what it looks like 13:49
dogbert17 I had to look really hard in order to find something which broke when MVM_SPESH_INLINE_DISABLE=1 13:52
timotimo since the call graph is actually a tree (or multiple trees) maybe there's something out there that is faster than graphviz, but can only correctly render trees 14:00
dogbert17 if you want less output change the 567 in 'for (1..567) -> $i {' to a lower value 14:03
perhaps (1..67) 14:05
14:07 travis-ci joined
travis-ci Rakudo build failed. Aleks-Daniel Jakimenko-Aleksejev '[NQP Bump] c8519b79d Revert "Make the NQP opti […] 14:07
travis-ci.org/rakudo/rakudo/builds/393061754 github.com/rakudo/rakudo/compare/6...bd0bdc915d
14:07 travis-ci left
timotimo i'm trying gephi with the dot now 14:07
buggable [travis build above] ☠ All failures are due to: failed make test (6 failures). Across all jobs, only t/05-messages/02-errors.t test file failed.
timotimo well, i still have to wait for the dot to finish again
dogbert17 can't you cats help out :) 14:11
*your
timotimo i get a black canvas in gephi after running a layout simulation for a bit :( 14:13
damn it. it worked until i switched workpsaces back and forth 14:16
beautiful, i can see it grow into a big pillow shape 14:17
dogbert17 cool 14:18
MasterDuke pillow?
timotimo basically a rectangle with rounded edges 14:19
now there's a circle inside the pillow that seems to be shrinking towards the center
github.com/govertb/GPUGraphLayout - interesting 14:21
not entirely surprised why graphviz would take a while for this 14:23
14:25 MasterDuke left
timotimo this is supposed to be a tree, the current state looks nothing like a tree %) 14:26
dogbert17 could the junction be involved somehow?
AlexDaniel aw right so now we have this failing
m: sprintf "%d"
camelia This representation (P6num) cannot unbox to a native int (for type BOOTNum)
in block <unit> at <tmp> line 1
AlexDaniel c: HEAD^ sprintf "%d"
committable6 AlexDaniel, ¦HEAD^: «Your printf-style directives specify 1 argument, but no argument was supplied␤ in block <unit> at /tmp/dXvpzoK8nU line 1␤␤ «exit code = 1»»
AlexDaniel hm, or maybe not again… 14:28
14:32 MasterDuke joined
timotimo oh, the layout algorithm had terminated without me noticing 14:39
lizmat breakfast in America& 14:45
MasterDuke i must say, i like a lot of different cuisines, but i think America does the best breakfast 14:46
timotimo well, junction call nodes are certainly aplenty in this call graph 14:52
and all the edges are only like 1x or 2x, too
hm, yeah, the call graph seems weird. here it shows calc-chain calling infix:<!=> and infix:<!=> calls calc-chain 14:53
so that's probably the same problem i had in the past; did i disable inlining here?
i did not turn it off 14:54
but turning inlining off does not change the number of call graph nodes. interesting.
could my theory about this bug be wrong after all?
oh, no, duh, the output from the program isn't the number of call graph nodes, it's what sum89 calculates 14:56
wow, this implementation of != seems really wasteful 14:58
oh, ok, it has a junction in it, that may be why
i've had really bad sleep and i'm really tired :| 15:00
nine MasterDuke: if you're heavily into sugar, then yes ;) Otherwise I'd prefer Japanese style breakfast any day 15:02
MasterDuke nine: i'll admit i don't think i've had japanese breakfast. but i mean the eggs/bacon/sausage/etc breakfast, not donuts/pastry/etc 15:10
dogbert17 timotimo: perhaps it's time for a power nap
timotimo i'm very bad at naps
MasterDuke releasable6: status 15:21
releasable6 MasterDuke, Next release in ≈3 hours. 3 blockers. 87 out of 90 commits logged
MasterDuke, Details: gist.github.com/7ee091373731e9a715...29a85d8ab5
AlexDaniel MasterDuke: fwiw there's a test failing at HEAD 15:27
after I did this revert github.com/perl6/nqp/commit/c8519b...b219132f4a
I'm away for ≈1 hour so feel free to look at it
15:29 nebuchadnezzar left
MasterDuke AlexDaniel: this needs to be reverted perhaps? github.com/rakudo/rakudo/pull/1911 15:32
AlexDaniel yeah but… num?? 15:33
MasterDuke like the PR says, the value comes from numify 15:35
in NQP 15:37
where mathy things default to num, though i think jnthn has said that should probably be changed to defaulting to int 15:38
timotimo yes, int as default please 15:42
15:47 perlpilot joined 15:52 ExtraCrispy joined
nine Do we actually need any type there? Can't we just leave it untyped? 15:55
geekosaur extra dispatches wherever that's used? when # args is never going to be non-integral (what's half an argument)? 15:57
nine AFAICT the attribute in question is only used to generate an error message, i.e. not anywhere in performance sensitive code. 16:01
And omiting the type would be a much easier fix right before the release than changing NQP's behavior and would be upwards compatible with such a change. 16:02
MasterDuke nine: heh, yeah, wasn't suggesting trying to make that large a change to NQP right now 16:04
and yeah, removing the type seems low-risk
Geth roast/car-grant-constants: ae95161669 | (Zoffix Znet)++ | S04-declarations/constant-6.d.t
[CaR Grant] Spec backslashed sigilless constants
 16:08
16:10 Zoffix joined
Zoffix FWIW t/05-messages/02-errors.t in rakudo's make test fails 16:10
ah, it's the sprintf "%d" thing 16:14
Geth roast/car-grant-constants: 4370788de5 | (Zoffix Znet)++ | S04-declarations/constant-6.d.t
[CaR Grant] Spec $-sigilled constants
 16:21
MasterDuke huh. removing the type causes a different error in t/05-messages/02-errors.t 16:22
Cannot find method 'item': no method cache and no .^find_method in block at /home/dan/Source/perl6/install/share/perl6/sources/C712FE6969F786C9380D643DF17E85D06868219E (Test) line 613
but t/spec/S32-str/sprintf.t is fine 16:23
Geth roast/car-grant-constants: 94c894b3a7 | (Zoffix Znet)++ | S04-declarations/constant-6.d.t
[CaR Grant] Fix names of backslashed sigilles constant tests

To avoid clashes with other `our` constants		 16:24
16:31 perlpilot left 17:00 nebuchadnezzar joined
Geth roast/car-grant-constants: 9e18dd2b2f | (Zoffix Znet)++ | S04-declarations/constant-6.d.t
[CaR Grant] Spec @-sigilled constants
 17:08
17:34 ExtraCrispy left 17:43 ExtraCrispy joined
AlexDaniel MasterDuke: yeah, no type check results in that indeed 17:45
but changing it to num gives This representation (P6int) cannot unbox to a native num (for type BOOTInt)
D'oh, I forgot to pull 17:50
nvm :)
Geth rakudo: b34d5231ee | (Aleks-Daniel Jakimenko-Aleksejev)++ | src/core/Exception.pm6
Revert "Fix arg type in X::Str::Sprintf::Directives::Count"

This reverts commit 4b28f2cd4e3163a5c10c6b496d410b71518619b2.
  See R#1922 github.com/rakudo/rakudo/issues/1922		 17:57
synopsebot_ R#1922 [open]: github.com/rakudo/rakudo/issues/1922 [regression] Regression after +@ → nqp::elems(@) optimization
AlexDaniel alright should be better now
releasable6: status
releasable6 AlexDaniel, Next release in ≈1 hour. 3 blockers. 87 out of 90 commits logged
AlexDaniel, Details: gist.github.com/9fd9a445eb079b1da1...4abdbe9917
18:01 [TuxCM] joined
AlexDaniel releasable6: status 18:01
releasable6 AlexDaniel, Next release is just a few moments away. 2 blockers. 87 out of 90 commits logged
AlexDaniel, Details: gist.github.com/aeeb803d30ce8822e7...0bb01448fc
AlexDaniel alright, down to 2
lizmat AlexDaniel++ 18:03
AlexDaniel m: say Signal(0) 18:22
camelia SIGBREAK
geekosaur saw pointer to that earlier, has not looked through ticket to see full discussion yet 18:25
18:27 ggoebel left 18:53 ggoebel joined 19:02 travis-ci joined
travis-ci Rakudo build passed. Aleks-Daniel Jakimenko-Aleksejev 'Revert "Fix arg type in X::Str::Sprintf::Directives::Count" 19:02
travis-ci.org/rakudo/rakudo/builds/393122480 github.com/rakudo/rakudo/compare/a...4d5231ee1b
19:02 travis-ci left
lizmat .ask jnthn Why is "for 1 -> $foo { say $foo.VAR.^name }" codegenned to make $foo a readonly container, rather than an alias? 19:24
yoleaux lizmat: I'll pass your message to jnthn.
lizmat m: for ^100000 { for 1,2,3,4,5 { } }; say now - INIT now 19:25
camelia 0.1991257
lizmat m: for ^100000 { for 1,2,3,4,5 -> $foo { } }; say now - INIT now
camelia 0.2875587
timotimo lizmat: because that's neither "is rw" nor "is raw"? 19:36
Zoffix m: my $a = 42; for $a { $_ = 100 }; say $a 19:38
camelia 100
Zoffix m: my $a = 42; for $a -> $foo { $foo = 100 }; say $a
camelia Cannot assign to a readonly variable ($foo) or a value
in block <unit> at <tmp> line 1
Zoffix m: my $a = 42; for $a -> $foo is raw { $foo = 100 }; say $a
camelia 100
lizmat ah, so you're saying that "for @a { }" is the same as "for @a -> $_ is raw { }" ? 19:40
timotimo yeah, if you don't -> you get basically <-> 19:41
MasterDuke timotimo: do you know what in NQP causes mathy things to default to num?
lizmat m: dd { ... }.signature # duh :-)
camelia :(;; $_? is raw)
timotimo not exactly sure, but we emit "smrt_numify" whenever we need a numy thing
and that always nums
MasterDuke hm. we have smrt_numify and smrt_strify, but not smrt_intify 19:43
timotimo that's right 19:44
MasterDuke is that deliberate?
timotimo just a historical artifact i'd assume? 19:45
19:45 Zoffix left
lizmat .tell jnthn pls ignore my last question :-) 19:54
yoleaux lizmat: I'll pass your message to jnthn.
19:54 ggoebel left
jnthn . 20:02
yoleaux 19:24Z <lizmat> jnthn: Why is "for 1 -> $foo { say $foo.VAR.^name }" codegenned to make $foo a readonly container, rather than an alias?
19:54Z <lizmat> jnthn: pls ignore my last question :-)
jnthn Well, that was easy :)
lizmat yeah, should have figured that introspection is your friend
m: dd { ... }.signature # duh :-)
camelia :(;; $_? is raw)
lizmat m: for 1 { dd &?BLOCK.signature } # rather in this case 20:03
camelia :(;; $_? is raw)
MasterDuke jnthn, timotimo: any idea why removing the type here github.com/rakudo/rakudo/blob/mast....pm6#L2043 would cause `Cannot find method 'item': no method cache and no .^find_method in block at /home/dan/Source/perl6/install/share/perl6/sources/C712FE6969F786C9380D643DF17E85D06868219E (Test) line 613` ?
timotimo wanna hear my unfounded opinion? 20:04
MasterDuke i do 20:05
jnthn Because it then gets constructed with an NQP object, which is never turned into a Perl 6 one
timotimo since $.args-have is short for self.args-have.item, maybe the return value ... yeah that
MasterDuke huh
jnthn Probably fixable by writing it a BULD 20:06
*BUILD
Then the argument processing will force a hllize
20:08 ggoebel joined
[TuxCM] Rakudo version 2018.05-91-gb34d5231e - MoarVM version 2018.05-125-gbbf38a97b
csv-ip5xs0.886 - 0.891
csv-ip5xs-207.125 - 7.299
csv-parser23.347 - 23.968
csv-test-xs-200.441 - 0.456
test7.733 - 8.140
test-t2.295 - 2.352
test-t --race0.966 - 0.991
test-t-2041.326 - 42.221
test-t-20 --race14.204 - 15.017
 20:10
I::P5 still fails
timotimo [TuxCM]: can you remove the entries with 999 from the timing log? or at least filter it out from the code that makes the graphs? :)
the "zoom in on horizontal axis" images are - except for the "last 10 days" image - just a flat line with a spike :) 20:11
and the topmost image, "perl6 over time" is also weirdly stretched out 20:12
20:51 Kaiepi joined 21:06 [TuxCM] left
nine .ask [TuxCM] Even with Inline::Perl5 0.35? 21:08
yoleaux nine: I'll pass your message to [TuxCM].
22:17 AlexDani` joined 22:19 AlexDaniel left 22:20 AlexDani` is now known as AlexDaniel 22:35 dct joined 22:50 perlpilot joined
Geth rakudo/post-release-2018.06: b36f54b41f | (Zoffix Znet)++ (committed using GitHub Web editor) | docs/archive/constants-type-constraints-proposal-2018-02-10.md
Fix typo
 23:02
23:11 Zoffix joined 23:12 dct left 23:15 Zoffix left 23:21 Zoffix joined
Zoffix m: my %h = :42foo, :100bar; my @l := %h.List; say @l; %h<foo bar> = 24, 1; say @l; %h<foo bar> = 2400, 100; say @l 23:21
camelia (bar => 100 foo => 42)
(bar => 1 foo => 24)
(bar => 100 foo => 2400)
Zoffix This feels like an unwanted behaviour to have an action-at-a-distance like this. 23:22
ohhh
nm
or maybe not 23:23
Geth rakudo/post-release-2018.06: 24467ed6c0 | (Elizabeth Mattijsen)++ | src/core/Parameter.pm6
Make .perl of '(|)' signature a bit more idiomatic
Zoffix I don'
I don't really get it. I make get a List of Pairs from a hash. They're all new Pair objects here: github.com/rakudo/rakudo/blob/b34d...m6#L50-L72 how come they get changed when I change the hash? 23:24
Ah, I was assigning to the List's element not .value. 23:25
Man, getting rusty already
m: my %h = :42foo, :100bar; my @l := %h.List; say @l; %h<foo bar> = 24, 1; say @l; @l[0].value = 1000; say %h
camelia (foo => 42 bar => 100)
(foo => 24 bar => 1)
{bar => 1, foo => 1000}
Zoffix .ask lizmat is it on purpose that .List on a Hash keeps containers around so the returned List gets updated if Hash gets updated and you can write into .value of the Pairs in the List to update the original Hash. 23:26
yoleaux Zoffix: I'll pass your message to lizmat.
Zoffix m: my %h = :42foo, :100bar; for %h { .value = 10000; }; say %h 23:28
camelia {bar => 10000, foo => 10000}
Zoffix guess that's why 23:29
lizmat yeah, it is :-)
yoleaux 23:26Z <Zoffix> lizmat: is it on purpose that .List on a Hash keeps containers around so the returned List gets updated if Hash gets updated and you can write into .value of the Pairs in the List to update the original Hash.
lizmat m: my %h is Map = :42foo, :100bar; for %h { .value = 10000; }; say %h # Hash is per definition mutable 23:30
camelia Cannot modify an immutable Int (42)
in block <unit> at <tmp> line 1
lizmat Maps are not
Zoffix Thanks. 23:32
Geth rakudo/car-grant-constants: 39 commits pushed by 8 authors
review: github.com/rakudo/rakudo/compare/4...9a6ed1f536		 23:39
23:40 llfourn left 23:58 entonian joined

Powered by Cro and the Raku® Programming Language.

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

Thank you!