I shouldn't file bugs when I haven't slept...
awwa...@thelackthereof.org via RT wrote:
>Documentation updated in https://github.com/perl6/doc/pull/248,
That diff certainly fixes the problem that I raised.
-zefram
On Wed Jul 09 10:44:32 2014, elizabeth wrote:
> Sorry, but apart from just quoting the test code, I can’t really
> describe what is wrong with these tests. So I create this ticket to
> be able to refer to it in todo for the failing tests.
>
> t/spec/S06-advanced/wrap.rakudo.moar (Wstat: 0 Tests:
> On 15 Dec 2015, at 19:12, Larry Wall (via RT)
> wrote:
>
> # New Ticket Created by Larry Wall
> # Please include the string: [perl #126926]
> # in the subject line of all future correspondence about this issue.
> # https://rt.perl.org/Ticket/Display.html?id=126926 >
>
>
> 10:05 < TimToa
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #126927]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=126927 >
m: say num64 ~~ Num
rakudo-moar 9e53fa: OUTPUT«Cannot unbox a type object [...]
eh?
[.
# New Ticket Created by Larry Wall
# Please include the string: [perl #126926]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=126926 >
10:05 < TimToady> m: say 3 => 1 cmp 3 => 0
10:05 <+camelia> rakudo-moar 3e6cc4: OUTPUT«3 =>
On Wed Oct 14 10:10:14 2015, larry wrote:
> On Wed Oct 14 09:46:18 2015, larry wrote:
> > 09:39 < TimToady> HLL::Compiler is very confused about what is the
> > language
> > name/version vs compiler name/version, and this shows up in both -v
> > and -V
> > 09:40 < TimToady> "This is perl6 version
On Wed Nov 18 06:24:03 2015, pesc...@gmail.com wrote:
> On Sun Oct 18 04:50:28 2015, n...@detonation.org wrote:
> > 13:49 <+yoleaux> 17 Oct 2015 17:45Z nine: IIRC, it was .clone
> > not being deep enough, but I don't remember exactly either :(
> > 13:49 <+yoleaux> 17 Oct 2015 17:45Z nine: Maybe n
If someone is using the name of language features for subroutines,
wouldn't it be better at least to issue a warning of some sort? That's
prima facie evidence they simply don't know about the feature.
On Thu Nov 05 23:02:55 2015, sml...@gmail.com wrote:
> When the LHS expression of xx is a List, the nested structure of the
> result is preserved:
>
> ➜ dd (2, 4, 6) xx 2
> List $var = $((2, 4, 6), (2, 4, 6))
>
> However when the LHS is a Seq returned from .pick or .map or similar,
> the
> resul
# New Ticket Created by "Brian S. Julin"
# Please include the string: [perl #126923]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=126923 >
When the %d directive is given a decimal precision it should pad with zeroes,
not
On Sat Nov 07 09:34:18 2015, jns...@gellyfish.co.uk wrote:
> class F:ver {}; say F.^ver;
>
> Method 'gist' not found for invocant of class 'NQPMu'
> in block at -e:1
>
> class F:auth {}; say F.^auth;
>
> Method 'gist' not found for invocant of class 'NQPMu'
> in block at -e:1
>
> They see
# New Ticket Created by Sam S.
# Please include the string: [perl #126921]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=126921 >
This causes 'for' loops and methods calls on it, to fail:
➜ .say for <2 1 3> .sort
Ca
On Sat Oct 31 14:12:36 2015, sml...@gmail.com wrote:
> S07 [https://github.com/perl6/specs/blob/master/S07-lists.pod] claims:
>
> "The single argument rule does respect Scalar containers."
> "The single argument rule is implemented consistently throughout the
> language."
>
> It lists 'for', '.pu
14 matches
Mail list logo