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
|
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
|