Also, it's not any different on HEAD:
committable6test: 9658dd98c9dd8ec^^,9658dd98c9dd8ec,HEAD say
"/proc/$*PID/statm".IO.lines[0].split(/\s/)[5] * 4096 / 1024
AlexDaniel, ¦9658dd98c9dd8ec^^: «58628» ¦9658dd9: «138220»
¦HEAD(3e70d44): «136436»
On 2017-08-16 14:27:37, alex.jakime...@gmail.com wr
TL;DR it went from 59820 to 215976 after this commit:
https://github.com/rakudo/rakudo/commit/92bd7e4f54a92fa660f99b4d056d33a08fb98bd2
Bisect log:
https://gist.github.com/678ce88a13272eab454a22568f3bddc7
On 2017-08-16 14:24:48, scoli...@gmail.com wrote:
> Similar to https://rt.perl.org/m/ticket/s
Note that the tests on 92bd7e4^ and 92bd7e4 are not very related to this
particular issue.
To put simply: it went from 58628 to 138220 because of changes related to this
commit (or maybe one or two commits before it):
https://github.com/rakudo/rakudo/commit/9658dd98c9dd8ecbefc606a08357e59718e328c2
# New Ticket Created by Sylvain Colinet
# Please include the string: [perl #131915]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=131915 >
Similar to https://rt.perl.org/m/ticket/show?id=131914 it was noticed that
there is a
# New Ticket Created by Sylvain Colinet
# Please include the string: [perl #131914]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=131914 >
After some test against various release of rakudo it appear that there is a
huge step
# New Ticket Created by Brian Duggan
# Please include the string: [perl #131913]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=131913 >
If I have these three files:
# test.p6
use lib '.';
use first;
say $foo;
Fixed in commit 9a0afcbcec8416c1d56bdced68a3f993e7be9d3c
Author: Stefan Seifert
Date: Wed Aug 16 20:27:11 2017 +0200
RT 131898: Fix native closures failing on the second run
On the first call of a native sub we create a new subroutine body and
replace
the original (stored in t
# New Ticket Created by Christopher Bottoms
# Please include the string: [perl #131911]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=131911 >
(This may be easier to read here: https://github.com/ugexe/zef/issues/200. The
on
Further datapoints:
$ perl6
To exit type 'exit' or '^D'
> sub postfix:<€> (Int $n) {2*$n}; say 42€
84
> say postfix:<€> (42)
84
So, the sub *does* survive from one call to the next. It only loses the
grammar adaptations that defining a sub postfix:<> do.
> On 15 Aug 2017, at 21:06, Elizabet
Further datapoints:
$ perl6
To exit type 'exit' or '^D'
> sub postfix:<€> (Int $n) {2*$n}; say 42€
84
> say postfix:<€> (42)
84
So, the sub *does* survive from one call to the next. It only loses the
grammar adaptations that defining a sub postfix:<> do.
> On 15 Aug 2017, at 21:06, Elizabet
It works, thank you
> Le 15 août 2017 à 21:06, Elizabeth Mattijsen via RT
> a écrit :
>
> This appears to be forgetfulness of the REPL from one input to the next. If
> you put it on the same line, it *does* work:
>
>> sub postfix:<€> (Int $n) {2*$n}; say 42€
> 84
>
> So this boils down to a
It works, thank you
> Le 15 août 2017 à 21:06, Elizabeth Mattijsen via RT
> a écrit :
>
> This appears to be forgetfulness of the REPL from one input to the next. If
> you put it on the same line, it *does* work:
>
>> sub postfix:<€> (Int $n) {2*$n}; say 42€
> 84
>
> So this boils down to a
12 matches
Mail list logo