gfldex greppable6: %_ 07:38
greppable6 gfldex, 420 lines, 51 modules: gist.github.com/abb541f0a30099d0d1...aadc9d5d3c 07:38
moritz .tell patrickb I've given rakudo and nqp the labels; docs and roast already had them 07:41
tellable6 moritz, I'll pass your message to patrickb
moritz I don't have the permissions for MoarVM
lizmat Files=1336, Tests=113604, 227 wallclock secs (28.93 usr 8.44 sys + 3073.51 cusr 297.35 csys = 3408.23 CPU) 11:32
m: infix:(&) 12:38
camelia ===SORRY!===
This type (QAST::WVal) does not support positional operations
lizmat oops
bisectable6: infix:(&)
bisectable6 lizmat, Will bisect the whole range automagically because no endpoints were provided, hang tight
lizmat, Output on all releases: gist.github.com/baa1c9c37a91187c1d...c0fe7b234e 12:39
lizmat, Bisecting by output (old=2016.04 new=2016.05) because on both starting points the exit code is 1
lizmat, bisect log: gist.github.com/51ccea750c8bd7af1a...0a3f09a39d
lizmat, (2016-05-12) github.com/rakudo/rakudo/commit/33...d4efe221de
lizmat, Output on all releases and bisected commits: gist.github.com/50a1fc53da8c7d051f...62a7dc756a
lizmat ok, so since like forever :-) 12:40
only the error message got more specific
Geth rakudo/setops-prec-non: 3c65aa0c5f | (Elizabeth Mattijsen)++ | src/core.c/precedence.pm6
Make some set ops prec 'non' (structural)

This fixes the problem described in R#3945 and is spectest clean.
The problem was caused by Z(&) basically codegenning to:
   infix:<(&)>( (left,right) )
... (10 more lines)		 13:44
linkable6 R#3945 [open]: github.com/rakudo/rakudo/issues/3945 Intersection meta-ops behave like union
rakudo: lizmat++ created pull request #3950:
Setops prec non		 13:46
rakudo/setops-prec-non: 982d7a4d40 | (Elizabeth Mattijsen)++ | src/Perl6/Actions.nqp
Revert "Make "is rw" on parameters of MAIN worry"

This reverts commit c1ae39af634a5eed2564a45f14d1c223d50a53a3.		 13:47
lizmat that last one somehow crept in when it shouldn't have 13:50
sena_kun lizmat, no problem, reset this commit locally and force push to a branch. 13:58
lizmat that's what I did already, no ?
sena_kun github.com/rakudo/rakudo/pull/3950/commits <- here? 13:59
lizmat I mean, the revert didn't creep in, the one that I reverted did :-)
sena_kun aaaah.
lizmat sorry for the confusion
I will flatten the merge later...
Geth rakudo: fd4106af60 | Coke++ | 6 files
whitespace
 14:00
rakudo: 73a0419072 | (Elizabeth Mattijsen)++ (committed using GitHub Web editor) | 6 files
Merge pull request #3946 from rakudo/coke/whitespace

whitespace
sena_kun Sorry. Well, I think it got there because you did a `git checkout -b setops-prec-non` from some branch where this commit was present, not from master.
lizmat yeah, that was exactly the problem :-)
sena_kun Squash and merge is an option if you don't want to delete those two via rebase.
rypervenche bisectable6: use NativeCall; sub kill(int32, int32) is native {*}; start { sleep 2; kill $*PID, 2; kill $*PID, 2 }; react whenever signal(SIGINT) { say 42; sleep 5; exit 1; } 14:09
bisectable6 rypervenche, Will bisect the whole range automagically because no endpoints were provided, hang tight
bisectable6 rypervenche, More than 4 changes to bisect, please try a narrower range like old=2020.01 new=HEAD 14:14
rypervenche, Output on all releases: gist.github.com/3eacf52e82d8a8102c...e899ee6736
rypervenche Interesting... I had this issue on 2020.02.1, but this output suggests it was not a problem on that version. Perhaps my test script wasn't right. 14:18
Geth rakudo: 0688a5533d | Coke++ | 2 files
minor .md updates

one grammar fix		 15:26
rakudo/infix-spelling: f8a4d90565 | (Elizabeth Mattijsen)++ | src/Perl6/Actions.nqp
Add sanity check in infix handling, fixes R#3949

Before this, an "infix:(&)" (note the missing < > there) would cause a:
   $ raku -e 'infix:(&)'
   This type (QAST::WVal) does not support positional operations
... (8 more lines)		 16:06
linkable6 R#3949 [open]: github.com/rakudo/rakudo/issues/3949 [LTA] [LTA] error message with incorrectly spelled infix operator
rakudo: lizmat++ created pull request #3951:
Add sanity check in infix handling, fixes R#3949		 16:07
Geth roast/setops-prec-non: 04ca943b9b | (Elizabeth Mattijsen)++ | 6 files
Add tests for R#3945

To be merged after github.com/rakudo/rakudo/pull/3950 has been merged.		 16:34
linkable6 R#3945 [open]: github.com/rakudo/rakudo/issues/3945 Intersection meta-ops behave like union
Geth roast: lizmat++ created pull request #682:
Add tests for R#3945		 16:35
roast/infix-spelling: 216a1263cf | (Elizabeth Mattijsen)++ | S32-exceptions/misc.t
Add tests for R#3949

To be merged after github.com/rakudo/rakudo/pull/3951 has been merged		 16:45
linkable6 R#3949 [open]: github.com/rakudo/rakudo/issues/3949 [LTA] [LTA] error message with incorrectly spelled infix operator
Geth roast: lizmat++ created pull request #683:
Add tests for R#3949
[Coke] hopefully was OK to push that minor md update directly to master. I don't touch rakudo a lot lately. (i was more concerned about the whitespace change which might somehow impact one of the JVM builds) 16:56
lizmat bartolin will let us know of that broke something new 18:35
bartolin++ # keeping track of JVM 18:48
lizmat m: my %a = a => { b => 666, c => 314 }; dd %a{"a"; *} 22:26
camelia (666, 314)
lizmat m: my %a = a => { b => 666, c => 314 }; dd %a{"a"; *}
camelia (314, 666)
lizmat ^^^ not reproducible results :-(
Geth rakudo: a57740946a | (Elizabeth Mattijsen)++ | src/core.c/hash_slice.pm6
Make %a{a;b} about 30% faster

  - don't pass parameters that are lexically visible
  - use native ints where possible
Done while researching github.com/rakudo/rakudo/issues/3937		 22:41

Powered by Cro and the Raku® Programming Language.

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

Thank you!