japhb .tell jnthn Created a new OO::Monitors issue (#8) ... monitor methods swallow ad hoc exceptions and throw a 'Cannot invoke this object (REPR: Null; VMNull)' error instead. 02:06
yoleaux2 japhb: I'll pass your message to jnthn.
gfldex RT#129984 can be closed, it's properly doced with github.com/perl6/doc/commit/144a3a92ce 02:49
viki done 02:56
japhb .tell jnthn Went on a golfing spree from a different angle trying to figure out the underlying bug that was catching up OO::Monitors; results added to issue #8 and are humerously insane. 04:06
yoleaux2 japhb: I'll pass your message to jnthn.
japhb also humorously
lizmat Files=1150, Tests=53694, 218 wallclock secs (13.16 usr 3.94 sys + 1343.61 cusr 114.80 csys = 1475.51 CPU) 06:32
stmuk_ did anyone test the R* 2016.10.1 Mac rebuild on 10.12? 08:07
lizmat must admit she's still on 10.10 08:10
stmuk_ 10.12 seems exactly the same as 10.11 apart from the annoying xcode/clang issues 08:11
lizmat waits for her next MBP to upgrade
stmuk_ not a vim user then ;) 08:12
lizmat well, for one, going to test the ESC on touchbar issue 08:13
if I don't like it, I'll remap CAPS-LOCK to ESC
should be pretty easy to get used to that
stmuk_ I'm waiting to see if the key travel is better than the MB 08:14
[Tux] This is Rakudo version 2016.10-87-g627a77e built on MoarVM version 2016.10-27-g196361f 09:18
csv-ip5xs 3.129
test 13.846
test-t 6.980
csv-parser 17.793
dalek kudo/nom: bc7fcc6 | lizmat++ | src/core/ (14 files):
Streamline infix:<eqv>

  - make sure all non-any candidates have :D
  - add special Any:U,Any:U candidate
  - add special Any:U,Any:D candidate (always False)
  - rewrite candidates using nqp ops (except Signature/Parameter)
  - add candidates for Str, IntStr, NumStr, RatStr, ComplexStr
  - now dies on Seq:D,Seq:D if both are lazy, return False if only one of them is
Improves: Str: 14x, type: 10x, Range: 3.5x, Int|Seq|Hash: 1.5x, Array: 1.2x		 09:38
timotimo wowza 09:39
lizmat back in a mo 09:42
lizmat is back with a fresh version of Textual 09:46
dalek kudo/nom: c22adb1 | MasterDuke17++ | src/ (4 files):
Make Signature.$!arity an int instead of Mu
 11:59
kudo/nom: 7e67fb5 | MasterDuke17++ | src/ (2 files):
Make ForeignCode.$!do a Code instead of Mu

Forgot to actually rename Routine.$!dispatch_order
MasterDuke that branch kept growing and growing, eventually i had to stop and just make a PR for what had been done already. there's more that can be done, but that was the easier stuff 12:19
FROGGS_ MasterDuke++ 12:21
MasterDuke ha, we'll see. it passed spectests, but i admit i don't fully understand all the changes 12:24
and it started out as yak shaving to get to a fix for RT #77070 12:26
lizmat MasterDuke: I didn't check JVM before I merged, but the first build failed :-( 12:28
trying from scratch now
MasterDuke travis couldn't fetch 12:31
travis-ci.org/rakudo/rakudo/builds/171604648 12:32
buggable [travis build above] ☠ Did not recognize some failures. Check results manually. All failures are on JVM only.
MasterDuke The command "git fetch origin +refs/pull/908/merge:" failed and exited with 128 during . 12:33
buggable: source 12:35
buggable MasterDuke, See: github.com/zoffixznet/perl6-buggable
lizmat MasterDuke: JVM built and make test ok after I nuked install 13:02
MasterDuke cool
kudo/nom: 49f861a | FROGGS++ | src/Perl6/Metamodel/BOOTSTRAP.nqp:
Merge pull request #909 from MasterDuke17/nom

Forgot to actually rename Routine.$!dispatch_order
lizmat argh, found a bug that disappears with spesh disabled 14:31
it involves canonpath and my current directory
hmmm.. and a programming on my side :-( 14:33
MasterDuke are there any plans for how to implement uniprop on the jvm? would it likely involve bringing in the ICU4J library? 14:36
timotimo i think we'll build a java output mode for our unicode database 14:37
tony-o: would you mind kicking perl6-json-faster off of github? :) 14:41
MasterDuke timotimo: where is that database? 14:42
timotimo inside moarvm
src/unicode and tools/cdc2c or what it's called
dalek kudo/nom: f3f00fb | lizmat++ | src/core/IO/Spec/Unix.pm:
Re-imagine IO::Spec::Unix.canonpath

  - rewrite using nqp ops where possible
Between 7x and 50x faster, depending on dirtiness of path		 15:13
lizmat afk&
travis-ci Rakudo build errored. Elizabeth Mattijsen 'Re-imagine IO::Spec::Unix.canonpath 15:58
travis-ci.org/rakudo/rakudo/builds/171629125 github.com/rakudo/rakudo/compare/4...f00fbf08e0
buggable [travis build above] ✓ All failures are due to timeout (1), missing build log (0), or GitHub connectivity (0). All failures are on JVM only.
dalek p: 750eb3f | usev6++ | t/nqp/019-file-ops.t:
Add basic tests for nqp::copy and nqp::rename

Closes issue #141		 17:05
bartolin could someone on OS X take a look whether the test for nqp::lstat_time with a symlink still fails? github.com/perl6/nqp/issues/274 It works for me on linux and freebsd for both, MoarVM and JVM 17:29
dalek p: 40a17f9 | usev6++ | src/vm/jvm/ (2 files):
Adjust categories on JVM to MoarVM
 18:11
p: d28006b | usev6++ | src/vm/jvm/runtime/org/perl6/nqp/runtime/ExceptionHandling.java:
Add missing category EX_CAT_PROCEED for JVM
p: 533baf7 | usev6++ | src/NQP/Actions.nqp:
$CONTROL_RETURN is 32 on JVM now

  (hard coded value can be replaced with nqp::const::CONTROL_RETURN
after rebootstrap, cmp. comment)
nqp: 444cab7 | FROGGS++ | src/ (3 files):
nqp: Merge pull request #315 from usev6/jvm_cat_reorder
japhb lizmat++ for canonpath speedup especially -- that thing was a HUGE drag on filesystem performance, thank you. 18:20
dalek kudo/nom: db61aaa | lizmat++ | src/core/CompUnit/Repository.pm:
Don't use return if we don't have to
 19:56
lizmat good night, #perl6-dev! 20:02
FROGGS gnight lizmat 20:03
bartolin o/
dalek ast: 2292a45 | usev6++ | S05-metasyntax/angle-brackets.t:
Add tests for RT #129969
 20:36
travis-ci Rakudo build passed. Elizabeth Mattijsen 'Don't use return if we don't have to' 20:41
travis-ci.org/rakudo/rakudo/builds/171668448 github.com/rakudo/rakudo/compare/f...61aaac14f1

Powered by Cro and the Raku® Programming Language.

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

Thank you!