On Tue Jul 10 05:04:48 2007, pcoch wrote:
> In lib/Parrot/Docs/Group.pm there is the todo item:
>
> # TODO - Groups should only contain items or paths.
>
> This restriction needs to be implemented.
Why? Can anyone say?
I doubt it, if only because I doubt that anyone understands the
Parrot
On Tue Jul 10 05:13:07 2007, pcoch wrote:
> In the file lib/Parrot/Docs/Item.pm there is the todo item:
>
> # TODO - Items should only contain paths
>
> This restriction needs to be implemented.
Why? Can anyone say?
I doubt it, if only because I doubt that anyone understands the
Parrot::D
On Fri Apr 17 13:29:57 2009, cotto wrote:
> On Fri Apr 17 13:24:13 2009, julianalbo wrote:
> > > I propose rejecting this ticket as unnecessary. The code may not be
> > > optimal, but it works fine and isn't even particularly hacky or
broken.
> >
> > +1
> >
> >
>
> rejected!
In the course of
On Fri Apr 17 13:27:36 2009, cotto wrote:
>
> make html works fine, as far as I can tell. Is there any reason why
> this ticket can't be rejected?
No. Deleted those two comments in r38663. Marking ticket rejected.
kid51
On Thu Sep 04 02:37:41 2008, mor...@casella.verplant.org wrote:
> Running rakudo r30739 against the attached file (which is a stripped
> down version of t/blocks/sub_arg_errors.t from the pugs repository)
> gives this error message:
>
>
> ../../parrot perl6.pbc sub_arg_errors.t
> compilers/imcc/p
On Sat, May 09, 2009 at 04:17:53AM -0700, Moritz Lenz wrote:
> 13:09 <@moritz_> rakudo: sub f(*%a) { say %a.perl }; f(ä => 1)
> 13:09 < p6eval> rakudo 1f4ec5: OUTPUT«error:imcc:syntax error,
> unexpected USTRINGC, expecting STRINGC ('unicode:"\x{e4}"') in
> file 'EVAL_17' line 53{}»
This l
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #65498]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=65498 >
rakudo: sub a { "outer" }; { my sub a { "inner" }; say a }; say a
rakudo dc680c: OUTPU
Resolving this ticket, since the original problem seems to have been solved.
> Beyond that, the problem appears to be that Rakudo is not
> presently creating its grammars properly -- it appears to
> be deriving them directly from Any instead of from a PGE
> grammar class of some sort. As a result
# New Ticket Created by Moritz Lenz
# Please include the string: [perl #65512]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=65512 >
13:09 <@moritz_> rakudo: sub f(*%a) { say %a.perl }; f(ä => 1)
13:09 < p6eval> rakudo 1f4
# New Ticket Created by yary
# Please include the string: [perl #65482]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=65482 >
$ perl6
> say (0,0,0,0,0,0) >>+>> ((1,2) xx *)
Use of uninitialized value
Use of uninitialized
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #65474]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=65474 >
I'm trying to understand what
http://rt.perl.org/rt3/Ticket/Display.html?id=57864 needs
11 matches
Mail list logo