00:46 Xliff joined 01:33 Kaeipi left, Kaeipi joined 01:42 Xliff left 01:47 leont left 01:50 Kaeipi left, Kaiepi joined 03:41 Xliff joined, Xliff left, Xliff joined 04:03 Xliff left 05:03 maggotbrain left 05:16 maggotbrain joined 05:35 sena_kun joined 05:41 Altai-man joined 05:44 sena_kun left 08:55 [Tux] left 08:58 [Tux] joined 09:12 synopsebot joined, synopsebot left 09:42 sena_kun joined 09:43 Altai-man left
Geth nqp/master: 4 commits pushed by (Christian Bartolomäus)++ 10:42
11:12 patrickb joined
Geth rakudo: 75f92d2bb1 | (Patrick Böker)++ | src/core.c/Main.pm6
sub MAIN: Negation and explicit values with bundling and single parameter

When using the %*SUB-MAIN-OPTS<bundling> option negation and explicit values are ambiguous when actually bundling multiple params together.
  `-abc=foo` # a = True, b = True, c = "foo"? a = b = c = "foo"?
... (5 more lines)
11:17
rakudo: 26e046c5bd | (Patrick Böker)++ (committed using GitHub Web editor) | src/core.c/Main.pm6
Merge pull request #3948 from patrickbkr/sub-main-single-param-bundling

sub MAIN: Negation and explicit values with bundling and single param
lizmat afk for a few hours& 11:38
11:39 leont joined 12:07 patrickb left 12:09 patrickb joined 12:13 patrickb left 12:53 camelCaser left 13:41 Altai-man joined 13:43 sena_kun left 16:43 Xliff joined
lizmat m: sub a(:$a) { }; a :b # wonder if we can make this a compile-time error in the rakuast branch 17:24
camelia Unexpected named argument 'b' passed
in sub a at <tmp> line 1
in block <unit> at <tmp> line 1
lizmat m: multi sub a(:$a) { }; a :b; multi sub a(:$b) { } # but then it would probably fire on this and that wouldn't be good :-( 17:25
camelia ( no output )
Geth rakudo: 6986ea1d03 | (Elizabeth Mattijsen)++ | src/core.e/hash_slice.pm6
Implement all supported adverbs for %h{a;b}

  - reduce to one candidate, figuring out how to avoid infinilooping
   dispatch with this many adverbs and combinations of adverbs, is
   just madness inducing.
  - all lexical subs share the same substrate
  - should cover all allowed adverb combinations. If one has been
   missed, it's just a matter of adding a processor pointy block for
   it.
Should fix R#3937
17:28
linkable6 R#3937 [open]: github.com/rakudo/rakudo/issues/3937 Multi level hash not working with adverbs
timotimo lizmat: that's why the current implementation of "call will never work" is implemented in the optimizer; though rakuast of course has the "linking"/"resolution"(?) phase, which could be the right place to do this 17:29
lizmat ah, yes, of course :-)
17:42 sena_kun joined 17:44 Altai-man left
[Tux] Rakudo version 2020.09-33-g26e046c5b - MoarVM version 2020.09-8-g60070970c
csv-ip5xs0.818 - 0.853
csv-ip5xs-208.200 - 8.200
csv-parser25.275 - 27.306
csv-test-xs-200.394 - 0.400
test7.812 - 7.859
test-t1.884 - 1.942
test-t --race0.833 - 0.863
test-t-2031.978 - 32.319
test-t-20 --race9.450 - 10.275
17:57
Geth nqp/activate-repl-mode: 9ae21eb7e1 | (Elizabeth Mattijsen)++ | src/HLL/Compiler.nqp
Allow --repl-mode even with parameters

As a start of providing a fix for github.com/rakudo/rakudo/issues/3952
17:59
nqp: lizmat++ created pull request #676:
Allow --repl-mode even with parameters
20:34 Xliff left 21:15 sena_kun left 21:20 sena_kun joined 21:40 sena_kun left
Geth rakudo: 8a2d9a6128 | (Elizabeth Mattijsen)++ | src/core.e/hash_slice.pm6
Oops, all %{;} accesses were deconted

And spectest didn't notice. Make sure that adverbless cases do not decont, and the adverbs that could return a container, decont.
21:50
21:50 patrickb joined 21:56 patrickb left
lizmat sleep& 22:04
22:06 Ernesto joined 22:07 Ernesto is now known as Guest94360