[Tux] | This is Rakudo version 2016.05-30-g4a7eaa0 built on MoarVM version 2016.05 | 07:06 | |
test 20.323 | |||
test-t 13.180 | |||
csv-parser 34.510 | |||
dalek | kudo/js: a80a5ae | (Pawel Murias)++ | src/vm/js/perl6-runtime/runtime.js: [js] Fetching stuff out of variables. |
10:30 | |
lizmat | jnthn: is there a reason why Seq.new only accepts instantiated Iterators ? | 12:19 | |
jnthn: in the case of the EmptyIterator, there's no actual need to instantiate | |||
jnthn: but I guess I can make it a highlander :-) | 12:20 | ||
jnthn | lizmat: 'cus it's almsot always not the right thing to have a type object there :) | 12:26 | |
lizmat | yeah, I guess :-) | 12:28 | |
dalek | kudo/js: 4e47144 | (Pawel Murias)++ | src/vm/js/ (2 files): [js] Implement nqp::p6box_n, nqp::p6box_i, nqp::p6box_s. |
12:32 | |
p: 93b7c09 | (Pawel Murias)++ | src/vm/js/nqp-runtime/hll.js: [js] Implement hllizing nqp primitive types. |
12:36 | ||
p: 7a6cba1 | (Pawel Murias)++ | t/nqp/097-hll.t: Test foreign_type_int, foreign_type_num, foreign_type_string. |
|||
p: 2a22a16 | (Pawel Murias)++ | src/vm/js/nqp-runtime/runtime.js: [js] Throw an NQPException instead of a untyped on so it can be caught by try in rakudo-js. |
|||
p: 7706bab | (Pawel Murias)++ | src/vm/js/nqp-runtime/runtime.js: [js] Allow looking up of an undeclared lexical, rakudo depends on that. |
|||
tomboy64 | wow | 12:41 | |
i should really start filing bugs against perl6 :D | |||
brrt | :'-( | 12:48 | |
and we have to fix them, surely | |||
:-P | |||
[Coke] | RT: 1307; CONC: 7; GLR: 6; JVM: 68; LHF: 1; LTA: 75; NYI: 28; OSX: 6; PERF: 15; POD: 3; PRECOMP: 3; RFC: 23; SEGV: 19; STAR: 1; TESTNEEDED: 29; TODO: 9; UNI: 5; WEIRD: 3 | 12:49 | |
dalek | p: 4cd54b4 | (Pawel Murias)++ | src/vm/js/ (2 files): [js] Implement nqp::sayfh. |
13:35 | |
tomboy64 | i have libffi and dyncall locally installed | 16:10 | |
but even when specifying --has-libffi, the logic in Configure.pl 1. tests for libff, 2. tests for dyncall, 3. tests for nativecall, all three exclusively. and during the build itself, 3rdparty/dyncall is accessed nevertheless. | 16:12 | ||
considering it, this is for #moarvm, please disregard | |||
ZoffixW | 🎺🎺🎺 I wrote down the details for the work I plan to do on `is-approx` and I'll start in a day or two. If anyone has any objections or suggestions just say in channel (I'll read the backlog even if I'm not here): github.com/zoffixznet/debug/blob/m...-rework.md | 18:51 | |
There are some non-backwards compat changes, but they affect non-specced and non-documented areas and the old behaviour is broken in some places, so I think even if someone is using those portions, they expect it to behave as specced/docced not as the sub currently does things. | 18:52 | ||
👋 | |||
perlpilot | ZoffixW++ | 19:05 | |
dalek | ast: df98e1d | (Tom Browder)++ | S26-documentation/07-tables.t: add critical test for known critical table pod bug (#128221) in latest rakudo release (2016.05) |
19:27 | |
ast: 1a0127d | (Tom Browder)++ | S26-documentation/07-tables.t: correct num of elems (1 row) |
|||
ast: 5d31d6e | (Tom Browder)++ | S26-documentation/07-tables.t: Merge pull request #121 from tbrowder/bad-pod-tables add critical test for known critical table pod bug (#128221) in lates… |
|||
lizmat | hmmmm | 20:33 | |
$ perl6 t/spec/S26-documentation/07-tables.t | |||
===SORRY!=== | |||
Cannot iterate object with P6opaque representation | |||
Am I missing something ?? | |||
dalek | kudo/nom: b7e224f | lizmat++ | src/core/ (2 files): Make Rakudo::Internals::EmptyIterator a highlander Because Seq.new requires a Iterator:D, even though technically the EmptyIterator class didn't need instantiation to work. But it was felt that keeping the :D requirement for Seq.new was a smart thing. |
20:40 | |
travis-ci | Rakudo build failed. Elizabeth Mattijsen 'Make Rakudo::Internals::EmptyIterator a highlander | 21:58 | |
travis-ci.org/rakudo/rakudo/builds/134281984 github.com/rakudo/rakudo/compare/4...e224fadbc9 | |||
dalek | kudo/nom: 33ab868 | lizmat++ | src/core/List.pm: Make iterating over a list about 10% faster again Basically by not checking for the index being in range. Since Lists are immutable and cannot have holes (unlike arrays), just checking for null is an equally good way to know you're done. This of course assumes that the VM *does* check for index being in range, but in a much faster way. |
22:11 | |
lizmat | m: use nqp; sub a(@a) { say nqp::getattr(@a,List,q/$!todo/) }; a((1,2,3)) #@a is completely reified | 22:16 | |
camelia | rakudo-moar b7e224: OUTPUT«(Mu)» | ||
lizmat | m: use nqp; sub a(*@a) { say nqp::getattr(@a,List,q/$!todo/) }; a(1,2,3) # @a is completely lazy | ||
camelia | rakudo-moar b7e224: OUTPUT«List::Reifier.new» | ||
lizmat | m: sub a(*@a) { @a.push(4); dd @a }; a(1,2,3) # I assume this is correct behaviour? Or not ? | 22:17 | |
camelia | rakudo-moar b7e224: OUTPUT«[1, 2, 3, 4]» | ||
lizmat | jnthn: I could argue that a slurpy array is actually a List inside the block, and thus immutable | 22:18 | |
jnthn: if that is too difficult, I would argue that we should probably completely reify slurpies when we can, possibly at compile time ? | 22:19 | ||
travis-ci | Rakudo build failed. Elizabeth Mattijsen 'Make iterating over a list about 10% faster again | 23:14 | |
travis-ci.org/rakudo/rakudo/builds/134302950 github.com/rakudo/rakudo/compare/b...ab86837a2e |