[perl #131914] [REGRESSION] Rakudo/Moar taking more memory at launch.

2017-08-16 Thread Aleks-Daniel Jakimenko-Aleksejev via RT
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

[perl #131915] [REGRESSION] Proc using more memory since being a Proc::Async

2017-08-16 Thread Aleks-Daniel Jakimenko-Aleksejev via RT
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

[perl #131914] [Regression] Rakudo/Moar taking more memory at launch.

2017-08-16 Thread Aleks-Daniel Jakimenko-Aleksejev via RT
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):

[perl #131915] [Regression] Proc using more memory since being a Proc::Async

2017-08-16 Thread via RT
# 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

[perl #131914] [Regression] Rakudo/Moar taking more memory at launch.

2017-08-16 Thread via RT
# 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

[perl #131913] EXPORT and is export behave differently with dynamic variables

2017-08-16 Thread via RT
# 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

[perl #131898] Issue Installing DBIish

2017-08-16 Thread Stefan Seifert via RT
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

[perl #131911] [BUG] non-Perl 6 scripts in the module bin directory do not install in a runnable form

2017-08-16 Thread via RT
# 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

Re: [perl #131900] [BUG] REPL issue defining new operator with Euro symbol

2017-08-16 Thread Elizabeth Mattijsen via RT
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,

Re: [perl #131900] [BUG] REPL issue defining new operator with Euro symbol

2017-08-16 Thread Elizabeth Mattijsen
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,

Re: [perl #131900] [BUG] REPL issue defining new operator with Euro symbol

2017-08-16 Thread Patrick Tonnerre via RT
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€ >

Re: [perl #131900] [BUG] REPL issue defining new operator with Euro symbol

2017-08-16 Thread Patrick Tonnerre
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€ >