On Tue Aug 07 14:37:13 2012, moritz wrote:
> Note that assigning to $*PROGRAM_NAME doesn't change the program name
> that you see from the outside (for example from `ps aux` on linux). This
> depends on https://github.com/perl6/specs/issues/14
Tests added to S02-magicals/progname.t
--
Will "Coke
On Sun Jan 15 08:36:27 2012, jn...@jnthn.net wrote:
> On Mon May 02 12:44:53 2011, masak wrote:
> > rakudo: $PROCESS::PROGRAM_NAME = 3; say $*PROGRAM_NAME
> > rakudo 632f81: OUTPUT«Null PMC access in getprop() in
> > '&infix:<=>' [...]
> > * masak submits rakudobug
> > rakudo doesn't really do
On Mon Nov 05 14:47:57 2012, jn...@jnthn.net wrote:
> On Tue May 29 15:48:45 2012, diakopter wrote:
> > On Sat Oct 08 13:22:06 2011, coke wrote:
> > > Still happens in rakudo 88c5a5.
> >
> > now a new error:
> >
> > 17:48 r: my @r=2..10,;my
> > %v=j=>10,q=>10,k=>10,a=>1|11;
> > 17:48 rakudo 02
# New Ticket Created by Paweł Pabian
# Please include the string: [perl #115726]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org:443/rt3/Ticket/Display.html?id=115726 >
Star 2012.10 behavior
bbkr_ r: sub infix:<> ( ){};
p6eval rakudo c82d10: OUTP
On Tue Oct 16 10:24:24 2012, jn...@jnthn.net wrote:
> On Wed Aug 01 05:34:41 2012, fe...@herrmann-koenigsberg.de wrote:
> > felher | r: say "BLAR" ~~ /:ignorecase [blar | blubb]/
> > +p6eval | rakudo c1bfbb: OUTPUT«#»
> > moritz | it's supposed to match
> > moritz | r: say "BLAR" ~~ /:ignorecas
On Tue Oct 16 09:18:12 2012, jn...@jnthn.net wrote:
> On Sat Sep 01 00:30:49 2012, glitc...@myopera.com wrote:
> > This code works when it shouldn't. It happens on Rakudo
> 2012.08-27-gf3d2b53.
> >
> > print so 'abc' ~~ /:iabc/
> >
>
> Fixed:
>
> $ perl6 -e "say 'ABC' ~~ /:iabc/"
>
On Sat Aug 11 06:30:56 2012, jn...@jnthn.net wrote:
> On Wed Aug 08 07:32:03 2012, masak wrote:
> > std: repeat { say "OH HAI" }
> > std f43a358: OUTPUT«===SORRY!===Undeclared routine:
> > 'repeat' used at line 1Check failedFAILED 00:00 41m»
> > hm.
> > did you mean loop?
> > jnthn: no, I
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #115724]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org:443/rt3/Ticket/Display.html?id=115724 >
r: sub circumfix:<"[" "]"> ($a) { };
rakudo c82d10: OUTPUT«Null PMC access in f
On Mon Oct 10 16:41:57 2011, coke wrote:
> On Sun Jun 20 07:47:26 2010, masak wrote:
> > rakudo: my Array of Int @box
> > rakudo ee7620: OUTPUT�Method '!select' not found for invocant
> > of class '' [...]
> > this currently causes S02-builtin_data_types/declare.rakudo to
> > fail two tests earl
On Mon Oct 10 16:41:57 2011, coke wrote:
> On Sun Jun 20 07:47:26 2010, masak wrote:
> > rakudo: my Array of Int @box
> > rakudo ee7620: OUTPUT�Method '!select' not found for invocant
> > of class '' [...]
> > this currently causes S02-builtin_data_types/declare.rakudo to
> > fail two tests earl
On Sun Aug 05 10:00:23 2012, jn...@jnthn.net wrote:
> On Fri Jul 13 09:52:37 2012, pawel.pab...@implix.com wrote:
> > Method name get_how_p_p_p is leaking to user-lever error message along
> > with some weird (my code is one-liner) line number 158519259.
> >
> > $ perl6 -e 'class A{}; Any.HOW(A).W
On Mon Nov 05 14:07:12 2012, jn...@jnthn.net wrote:
> On Sat Oct 27 09:29:25 2012, masak wrote:
> > r: macro marco { die 1 }; say marco
> > rakudo 6859fb: OUTPUT«===SORRY!===Method 'SET_FILE_LINE' not
> > found for invocant of class 'X::AdHoc'»
> > masak: SET_FILE_LINE error
> > I can try to
On Mon Nov 05 14:45:00 2012, jn...@jnthn.net wrote:
> On Sat Feb 12 13:15:58 2011, masak wrote:
> > Another newbie question: my %g; %g.[].push(5)
> > doesn't auto-vivify hash element gamma. So I have to use my %g;
> > %g=[]; %g.[].push(5). Is there a simpler syntax?
> > stifynsemons: I suspect pu
On Wed Nov 14 05:24:29 2012, masak wrote:
> coke (>):
> > I was unable to test this:
> >
> > #RT #115506
> > eval_lives_ok
> > "macro pathological { AST.new }; pathological();",
> > "macro returning AST.new doesn't blow up";
> >
> > fails with:
> >
> > prove -v -e t/fudgeandrun t/spec/S0
coke (>):
> I was unable to test this:
>
> #RT #115506
> eval_lives_ok
> "macro pathological { AST.new }; pathological();",
> "macro returning AST.new doesn't blow up";
>
> fails with:
>
> prove -v -e t/fudgeandrun t/spec/S06-macros/errors.tt/spec/S06-
> macros/errors.t ..
> 1..1
> not o
15 matches
Mail list logo