|
01:16
astj joined
|
|||
| dalek | kudo/nom: 778b10b | (Salvador Ortiz)++ | Configure.pl: Configure.pl: s/PERL/PERL5/ 'PERL' was removed from Makefile-common-macros.in by c066434 |
02:01 | |
| kudo/nom: 1c1e06d | hoelzro++ | Configure.pl: Merge pull request #759 from salortiz/patch-2 Configure.pl: s/PERL/PERL5/ |
|||
|
06:17
sno joined
|
|||
| [Tux] | This is Rakudo version 2016.04-43-g1c1e06d built on MoarVM version 2016.04 | 06:19 | |
| test 22.261 | |||
| test-t 13.125 | |||
| csv-parser 24.058 | |||
|
06:38
tomboy64 joined
06:49
TimToady joined
07:00
TimToady joined
07:16
RabidGravy joined
07:32
RabidGravy joined
|
|||
| dalek | ast: a423ec2 | (Philippe Bruhat (BooK))++ | S02-types/version-stress.t: Add a stress test for Version This test uses the same values as S02-types/version.t, but tests all comparison operators in all possible combinations, which produces 2035 tests instead of 36. |
07:40 | |
| ast: cdd4e09 | lizmat++ | S02-types/version-stress.t: Merge pull request #117 from book/master Add a stress test for Version |
|||
|
08:09
tomboy65 joined
08:28
tomboy65 joined
08:43
[TuxCM] joined
08:48
tomboy65 joined
08:58
tomboy65 joined
10:47
pmurias joined
12:02
ilbot3 joined
|
|||
| lizmat | Is there a reason why the Mu candidates for != == < > <= >= are not expressed as special cases of <=> ? | 12:09 | |
| like they are now for Version:D ? | |||
| jnthn | Any cases, or Mu? | 12:14 | |
| (I thought we didn't define those for Mu to let auto-threading work) | |||
| dalek | kudo/nom: 3cab7c2 | timo++ | docs/ops.markdown: explain a few more p6 ops |
12:15 | |
| jnthn | In principle it could be a good idea, though I guess it'd need to use CALLER::infix:<< <=> >> to do the right thing | 12:18 | |
| lizmat | why ? | 12:19 | |
| jnthn | So that it considers the candidates in scope at the point of the operator | 12:21 | |
| lizmat | but if a module has exported an infix:<< <=> >> in that scope, it should just DWIM, no ? | 12:22 | |
| timotimo | not when their data goes through another layer of code that uses <=> for that | 12:23 | |
| like the <=, >= operators if they use <=> | |||
| lizmat | hmmmm so, if infix:<< < >>(Any:D \a,Any:D \b) is defined as { a <=> b }, and I export an infix:<< <=> >> into that scope, it wouldn't DWIM ? | 12:26 | |
| moritz | if the import happens at compile time, it should work, no? | 12:28 | |
| lizmat | so that a module only needs to export an infix:<< <=> >> and have all the other < > <= >= == != work automagically > | 12:29 | |
| ? | |||
| I guess I should try :-) | 12:33 | ||
| dalek | p: eee1e6a | (Pawel Murias)++ | src/ (2 files): [js] Make QAST::VM support :js. |
12:34 | |
| nqp: 193db47 | (Pawel Murias)++ | src/NQP/Actions.nqp: | |||
| nqp: [js] QAST::VM variations for the js backend. | |||
|
12:34
dalek joined
13:20
skids joined
13:26
|Tux| joined
16:10
cognominal joined
|
|||
| dalek | ast: 24c8b2f | coke++ | S02-lexical-conventions/unicode.t: Unskip passing test This was intended to be part of 6.c and is now functioning. |
17:36 | |
| ast/6.c-errata: 800783f | coke++ | S02-lexical-conventions/unicode.t: Unskip passing test This was intended to be part of 6.c and is now functioning. |
17:37 | ||
| kudo/js: 1a79284 | (Pawel Murias)++ | src/Perl6/ (3 files): Workarounds to allow running anything with --setting=NULL. Should be reverted once the js backend is past the point it can load an acceptable setting. |
17:38 | ||
| kudo/js: 01d8c16 | (Pawel Murias)++ | src/Perl6/World.nqp: QAST::VM variant for the js backend. |
|||
| kudo/js: 293a3bd | (Pawel Murias)++ | src/Perl6/Metamodel/ (2 files): HACK to work around the lack of support for uncached methods on the js backend. |
|||
| rakudo/js: cf606ff | (Pawel Murias)++ | src/Perl6/ (2 files): | |||
| p: 61f245b | (Pawel Murias)++ | src/vm/js/ (2 files): [js] When are generating code that will be executed in this process don't serialize. |
|||
|
18:15
sno joined
|
|||
| dalek | ast: 32db982 | usev6++ | S02-lexical-conventions/unicode.t: Skip test for RT #122340 for rakudo-j |
18:56 | |
| synopsebot6 | Link: rt.perl.org/rt3//Public/Bug/Displa...?id=122340 | ||
|
19:33
tomboy64 joined
19:49
tomboy64 joined
20:03
tomboy64 joined
20:31
sortiz joined
20:44
vendethiel joined
21:13
cognominal joined
21:28
cognominal joined
21:41
cognominal joined
22:13
vendethiel joined
23:27
geekosaur joined
23:32
cognominal joined
|
|||