lizmat Files=1235, Tests=76177, 311 wallclock secs (14.85 usr 5.42 sys + 2139.54 cusr 210.36 csys = 2370.17 CPU) 11:42
Geth nqp/master: 5 commits pushed by pmurias++ 13:20
travis-ci NQP build failed. pmurias '[js] Make nqp::split return an array of properly hllized strs' 13:42
travis-ci.org/perl6/nqp/builds/343004493 github.com/perl6/nqp/compare/43d43...2083355f4d
Geth nqp: usev6++ created pull request #419:
Fix eof detection on zero-size files		 13:44
[Tux] Rakudo version 2018.01-207-gaf4dfe827 - MoarVM version 2018.01-96-g8d94732aa
csv-ip5xs0.817 - 0.826
csv-ip5xs-207.492 - 7.505
csv-parser11.757 - 11.776
csv-test-xs-200.450 - 0.491
test9.420 - 9.753
test-t2.565 - 2.628
test-t --race1.094 - 1.147
test-t-2046.592 - 47.704
test-t-20 --race16.492 - 16.929
 13:45
Geth roast: f915c3e7b8 | usev6++ | 2 files
[JVM] Fudge some tests for R#1541
 13:56
synopsebot R#1541 [open]: github.com/rakudo/rakudo/issues/1541 [IO][JVM] [JVM] IO::Handle.eof always reports true for zero-size and /proc files
Geth nqp: 350f4b5743 | pmurias++ | t/nqp/112-call.t
Fix test count
 14:24
roast: 00587e56ba | usev6++ | 3 files
[JVM] Fudge some failing tests
 14:27
travis-ci NQP build failed. pmurias 'Fix test count' 14:40
travis-ci.org/perl6/nqp/builds/343017319 github.com/perl6/nqp/compare/62208...0f4b574313
Geth roast: b7181414aa | usev6++ | 2 files
[JVM] Fudge some failing tests
 14:47
nqp: 9ad4303ee1 | usev6++ | src/vm/jvm/runtime/org/perl6/nqp/io/FileHandle.java
[JVM] Do not hide 'eof' from SyncHandle

When eof is encountered in a method from SyncHandle, it should be visible when calling 'eof' on a FileHandle instance.		 15:06
nqp: a6bff16bf8 | usev6++ | src/vm/jvm/runtime/org/perl6/nqp/io/FileHandle.java
[JVM] Fix eof detection on zero-size files

Compare github.com/rakudo/rakudo/issues/1541
This is a similiar fix as github.com/MoarVM/MoarVM/commit/8d94732aad
There is still an issue with failing spectest for eof on Rakudo that use .read, ... (7 more lines)
nqp: 6f334f382c | (Zoffix Znet)++ (committed using GitHub Web editor) | src/vm/jvm/runtime/org/perl6/nqp/io/FileHandle.java
Merge pull request #419 from usev6/gh1541

Fix eof detection on zero-size files
nqp: 5132d42fcb | (Zoffix Znet)++ | tools/build/MOAR_REVISION
[MoarVM Bump] 22d2db5 [Spesh] Move annotations […]

MoarVM bump brought: github.com/MoarVM/MoarVM/compare/2...7-g22d2db5		 15:14
¦ nqp: version bump brought these changes: github.com/MoarVM/MoarVM/compare/2...7-g22d2db5
rakudo: 704b1cfb78 | (Zoffix Znet)++ | tools/build/NQP_REVISION
[NQP Bump] Brings 10 commits

NQP bump brought: github.com/perl6/nqp/compare/2018....9-g5132d42 5132d42 [MoarVM Bump] 22d2db5 [Spesh] Move annotations […] 6f334f3 Merge pull request #419 from usev6/gh1541 350f4b5 Fix test count 6220833 [js] Make nqp::split return an array of properly hllized strs ... (8 more lines)
¦ rakudo: version bump brought these changes: github.com/perl6/nqp/compare/2018....9-g5132d42
Zoffix ZOFVM: Files=1289, Tests=153229, 155 wallclock secs (21.35 usr 3.78 sys + 3304.50 cusr 192.47 csys = 3522.10 CPU)
dafuq... somehow the bump didn't bring in latest commit from moar, based on the version number in `perl6 -v` 15:20
travis-ci NQP build passed. Zoffix Znet 'Merge pull request #419 from usev6/gh1541 15:26
travis-ci.org/perl6/nqp/builds/343026343 github.com/perl6/nqp/compare/350f4...334f382c64
Zoffix Well, damn, looks like Z-Script version bumper doesn't do a full-enough re-build :} 15:27
But the good news is brrt++ fixed the blocker 15:28
(I originally thought the fix didn't fix, but it was a build bug)
nine Zoffix: do you see t/spec/S09-typed-arrays/hashes.t failing? 15:32
Zoffix nine: nope 15:33
nine not even with MVM_SPESH_BLOCKING=1 MVM_SPESH_NODELAY=1
?
Zoffix Yeah, still good. Ran a few times with `MVM_SPESH_BLOCKING=1 MVM_SPESH_NODELAY=1 t/fudgeandrun t/spec/S09-typed-arrays/hashes.t` 15:36
heh, golf of the `t/spec/MISC/bug-coverage.t` crash? 15:39
c: HEAD~10 use Test; use Test;
committable6 Zoffix, ¦HEAD~10: «»
Zoffix Well, that will crash if you do the SPESH_NODELAY :) The file got duplicafte use line 15:40
Geth roast: c291421971 | (Zoffix Znet)++ | MISC/bug-coverage.t
Remove duplicate `use Test`
 15:41
nine But duplicate use should not cause any crash
Geth roast: 6b22923e1e | (Zoffix Znet)++ | S32-str/windows-1251-windows-1252-encode-decode.t
Remove duplicate `use Test`
 15:49
rakudo: f74890550d | (Zoffix Znet)++ | t/09-moar/00-misc.t
Cover spesh crash in duplicate `use Test`

MVM fix: github.com/MoarVM/MoarVM/commit/22...efcf9dd210 Closes github.com/rakudo/rakudo/issues/1534 R#1534 Closes github.com/MoarVM/MoarVM/issues/804 M#804
synopsebot R#1534 [closed]: github.com/rakudo/rakudo/issues/1534 [regression][⚠ blocker ⚠] “Iteration past end of iterator” issue
M#804 [closed]: github.com/MoarVM/MoarVM/issues/804 Several spectest files fails when run with MVM_SPESH_NODELAY=1
AlexDaniel good morning! :) 16:39
c: SPESH_NODELAY=1 HEAD~10,HEAD use Test; use Test; 16:40
committable6 AlexDaniel, ENV variable SPESH_NODELAY is not supported
AlexDaniel c: MVM_SPESH_NODELAY=1 HEAD~10,HEAD use Test; use Test;
committable6 AlexDaniel, ¦HEAD~10,HEAD(f748905): «»
AlexDaniel c: MVM_SPESH_NODELAY=1 af4dfe827c,HEAD use Test; use Test; 16:41
committable6 AlexDaniel, ¦af4dfe8,HEAD(f748905): «»
AlexDaniel shrugs
Geth nqp/profiler_new_spesh_semantics: 6 commits pushed by (Timo Paulssen)++ 16:58
dogbert17 I guess it's toaster time then ? 17:02
AlexDaniel already running, yes 17:04
Geth: 00000000?? What the hell? 17:05
Geth: source
Geth: wiki
Geth: url
Geth: help
oh my…
dogbert17 seems to be a few files in roast with multiple 'use Test' statements 17:07
AlexDaniel
.oO( good that we test that! )
 17:08
Geth nqp: jstuder-gh++ created pull request #420:
Rakudo RT#102994: Add flag indicating HLL init status in CodeRef (CodeRef edition)		 17:15
synopsebot RT#102994 [open]: rt.perl.org/Ticket/Display.html?id=102994 [BUG] State variables are never initialized if the first call of the containing block does not reach them
Geth rakudo: jstuder-gh++ created pull request #1542:
RT#102994: State init vars if not set on first pass (CodeRef edition)		 17:16
pmurias what's jstuder-gh irc nick? 18:40
Geth rakudo/js: 2de8a7e10b | pmurias++ | 4 files
[js] Adapt to calling convention change
 18:42
geth: 11d507c1b1 | (Zoffix Znet)++ | 2 files
Use proper compare URL

Closes github.com/perl6/geth/issues/12		 19:22
nqp/profiler_new_spesh_semantics: 6 commits pushed by (Timo Paulssen)++ 19:23
timotimo was that ... me? 19:26
bartolin Zoffix: two of your recent Rakudo commits (preventing Array.clone and Hash.clone to lose descriptor: 0d7c4fe835 and 45560ac9ac) need a small tweak to run on the JVM backend. the reason is that nqp::clone(nqp::null) leads to a NullPointerException on jvm (Mu on moar). do you think it makes sense to add a check for null like this: gist.github.com/usev6/b81dd9afb68c...c61760a0fc or would a special case #?if jvm ... be better?
Zoffix bartolin: you can use `nqp::ifnull($!descriptor, Mu)` instead, but isn't this just fixing the problem until the next time some dev makes the same construct? Can't JVM also give Mu for nqp::clone(nqp::null)? 19:28
timotimo: I re-delivered the web hook, to test the geth fix worked
timotimo OK
Zoffix nqp: say(nqp::clone(nqp::null)) 19:29
camelia
Zoffix nqp: say(nqp::isnull(nqp::clone(nqp::null)))
camelia 1
Zoffix Or rather, I guess MoarVM just returns nqp::null (which gets hllized when to Mu or something, when printed)
bartolin Zoffix: oh, didn't remember nqp::ifnull, thanks 19:30
Zoffix oh, I guess it also needs the clone, and nqp::ifnull doesn't have a 3-arg version 19:31
bartolin i took a short look at moar's handling of 'clone', but didn't found something about Mu there. also, i remember from various occasions that moar is often more forgiving wrt nqp::null 19:33
Zoffix m: use nqp; say nqp::null 19:34
camelia (Mu)
Zoffix bartolin: ^ this happens. I presume moarvm just returns an nqp::null
bartolin j: use nqp; say nqp::null 19:35
camelia java.lang.NullPointerException
in block <unit> at <tmp> line 1
Zoffix nqp::isnull($!descriptor) ?? nqp::null !! nqp::clone($!descriptor) 19:36
bartolin ^^ 'll test that 19:37
Geth geth: 453b6e4640 | (Zoffix Znet)++ | bin/geth.p6
Delete old `lib` path
 19:48
Zoffix Geth: help 19:53
And that's 'cause the server is running old IRC::Client witha bug in it
bartolin Zoffix: it wants parens around nqp::null -- but otherwise it seems to work as expected (will run spectests)
m: use nqp; say nqp::isnull($!descriptor) ?? nqp::null !! nqp::clone($!descriptor)
camelia 5===SORRY!5=== Error while compiling <tmp>
Variable $!descriptor used where no 'self' is available
at <tmp>:1
------> 3use nqp; say nqp::isnull($!descriptor7⏏5) ?? nqp::null !! nqp::clone($!descripto
bartolin m: use nqp; say nqp::isnull(nqp::null) ?? nqp::null !! 42 19:54
camelia 5===SORRY!5=== Error while compiling <tmp>
Your !! was gobbled by the expression in the middle; please parenthesize
at <tmp>:1
------> 3y nqp::isnull(nqp::null) ?? nqp::null !!7⏏5 42
expecting any of:
infix
in…
bartolin m: use nqp; say nqp::isnull(nqp::null) ?? (nqp::null) !! 42
camelia (Mu)
Zoffix It's kinda weird, 'cause sometimes that works
m: say 42 ?? say !! 42 19:55
camelia Non ast passed to WANTED: NQPMu
5===SORRY!5=== Error while compiling <tmp>
Your !! was gobbled by the expression in the middle; please parenthesize
at <tmp>:1
------> 3say 42 ?? say !!7⏏5 42
expecting any of:
infix
…
Zoffix heh
or maybe I'm just misremembering
m: class Foo { method z(|) {} }; say 42 ?? Foo.z: 42 !! 5 19:56
camelia Nil
Zoffix m: class Foo { method z(|) {} }; say 42 ?? Foo.z: !! 5
camelia 5===SORRY!5=== Error while compiling <tmp>
Your !! was gobbled by the expression in the middle; please parenthesize
at <tmp>:1
------> 3 { method z(|) {} }; say 42 ?? Foo.z: !!7⏏5 5
expecting any of:
infix
inf…
Zoffix k, I get it
Geth: help 19:57
Geth Zoffix, Source at github.com/perl6/geth To add repo, add an 'application/json' webhook on GitHub pointing it to hack.p6c.org:8888/?chan=#perl6 and choose 'Send me everything' for events to send | use `ver URL to commit` to fetch version bump changes
geth: 29aeae44d5 | (Zoffix Znet)++ | lib/Geth/GitHub/Hooks/Preprocessor.pm6
Fix `ver` command for commits with "No newline at end"

Fixes #8		 20:05
AlexDaniel OK, so! 22:28
Toaster looks good
releasable gives green light
I think we're ready
I'm still double-checking some things but I doubt I'd be able to find anything critical 22:29
compared to previous releases this was fast, so everyone++ :)
also, appveyor is green so I'd call that good 22:30
timotimo \o/ 23:09

Powered by Cro and the Raku® Programming Language.

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

Thank you!