# New Ticket Created by Stephane Payrard
# Please include the string: [perl #76596]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=76596 >
15:48:09] rakudo: say eval(("a","b").Seq.perl ).WHAT
[15:48:13] rakudo 3370f0:
# New Ticket Created by John (ash)
# Please include the string: [perl #76606]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=76606 >
Autovivifcation works in a single file, but if you try to do it across files
and use 'use
# New Ticket Created by "Mark J. Reed"
# Please include the string: [perl #76614]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=76614 >
rakudo: class Foo { has $.bar = "baz"; }; say Foo.new.bar
rakudo 278366: OUTPUT
>
I note that eqv considers rightly (1,2).seq non equivalent to (1,2)
$ perl6
> (1,2).Seq eqv (1,2)
0
On Tue, Jul 20, 2010 at 4:03 PM, perl6 via RT
wrote:
> Greetings,
>
> This message has been automatically generated in response to the
> creation of a trouble ticket regarding:
> "the
# New Ticket Created by "Dave Whipp"
# Please include the string: [perl #76602]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=76602 >
(this is really a perl6 spec (S32) bug, not specifically rakudo ...
but rakudo is what I
On Tue, Jul 20, 2010 at 11:53:27PM -0400, Mark J. Reed wrote:
: In particular, consider that pi ~~ 0..4 is true,
: because pi is within the range; but pi ~~ 0...4 is false, because pi
: is not one of the generated elements.
Small point here, it's not because pi is fractional: 3 ~~ 0...4 is
also f
# New Ticket Created by "Mark J. Reed"
# Please include the string: [perl #76600]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=76600 >
use MONKEY_TYPING;
role Bar { has $.counter; }
class Pub does Bar { has $.saloon; }
au
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #76610]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=76610 >
rakudo: module M {}; say 42 ~~ M
rakudo 278366: OUTPUT«Method 'ACCEPTS' not found for
Smylers wrote:
> Jon Lang writes:
>> Approaching this with the notion firmly in mind that infix:<..> is
>> supposed to be used for matching ranges while infix:<...> should be
>> used to generate series:
>>
>> With series, we want C< $LHS ... $RHS > to generate a list of items
>> starting with $LHS
Ok, I find that surprising (and counter to current Rakudo behavior),
but thanks for the correction, and sorry about the misinformation.
On Wednesday, July 21, 2010, Larry Wall wrote:
> On Tue, Jul 20, 2010 at 11:53:27PM -0400, Mark J. Reed wrote:
> : In particular, consider that pi ~~ 0..4 is tru
Strike the "counter to current Rakudo behavior" bit; Rakudo is
behaving as specified in this instance. I must have been
hallucinating.
On Wed, Jul 21, 2010 at 7:33 AM, Mark J. Reed wrote:
> Ok, I find that surprising (and counter to current Rakudo behavior),
> but thanks for the correction, and
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #76608]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=76608 >
rakudo: "foo$(my $x = 42)bar"; say $x
rakudo 3370f0: OUTPUT«===SORRY!===Redeclaration
# New Ticket Created by Jan Ingvoldstad
# Please include the string: [perl #76626]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=76626 >
>From 5b4ca87007d4b7b6bc08ff2e57d110b7b55c1477 Mon Sep 17 00:00:00 2001
From: Jan Ing
# New Ticket Created by Jan Ingvoldstad
# Please include the string: [perl #76628]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=76628 >
>From 041d71a8819960406e0cf216e6f6a9dfcdea2850 Mon Sep 17 00:00:00 2001
From: Jan Ing
On Wed, Jul 21, 2010 at 09:23:11AM -0400, Mark J. Reed wrote:
: Strike the "counter to current Rakudo behavior" bit; Rakudo is
: behaving as specified in this instance. I must have been
: hallucinating.
Well, except that we both neglected precedence. Since ... is looser
than ~~, it must be writ
On Wed, Jul 21, 2010 at 1:28 AM, Aaron Sherman wrote:
>
> For reference, this is the relevant section of the spec:
>
> Character positions are incremented within their natural range for any
> Unicode range that is deemed to represent the digits 0..9 or that is deemed
> to be a complete cyclical a
[changing the subject because it's now clear we have two different
discussions on our hands. I think we're at or closing in on a consensus for
"a" .. "z", and this discussion is "aa" .. "bb"]
On Wed, Jul 21, 2010 at 1:56 AM, Darren Duncan wrote:
> Aaron Sherman wrote:
>
>> 2) The spec doesn't put
Aaron Sherman wrote:
> There's just an undefined codepoint smack in the middle of the Greek
> uppercase letters (U+03A2). I'm sure the Unicode specs have a rationale for
> that somewhere, but my guess is that there's some thousand-year-old debate
> about the Greek alphabet behind it.
It becomes c
On Wed, Jul 21, 2010 at 9:46 AM, Aaron Crane wrote:
>
> > I think that "Ā" .. "Ē" should ĀĂĄĆĈĊČĎĐĒ
>
> If that's in the hope of producing a more "intuitive" result, then why
> not ĀB̄C̄D̄Ē?
>
> That's only partly serious. I'm acutely aware that choosing a baroque
> set of rules makes life harde
Larry Wall wrote:
On Tue, Jul 20, 2010 at 11:53:27PM -0400, Mark J. Reed wrote:
: In particular, consider that pi ~~ 0..4 is true,
: because pi is within the range; but pi ~~ 0...4 is false, because pi
: is not one of the generated elements.
Small point here, it's not because pi is fractional:
On Wed, Jul 21, 2010 at 3:55 PM, Darren Duncan wrote:
> Larry Wall wrote:
>>
>> On Tue, Jul 20, 2010 at 11:53:27PM -0400, Mark J. Reed wrote:
>> : In particular, consider that pi ~~ 0..4 is true,
>> : because pi is within the range; but pi ~~ 0...4 is false, because pi
>> : is not one of the gene
Aaron Sherman wrote:
> Darren Duncan wrote:
> 3) It seems that there are two competing multi-character approaches and both
>>> seem somewhat valid. Should we use a pragma to toggle behavior between A
>>> and
>>> B:
>>>
>>> A: "aa" .. "bb" contains "az"
>>> B: "aa" .. "bb" contains ONLY "aa", "ab"
On Wed, Jul 21, 2010 at 3:47 PM, Jon Lang wrote:
> ... When comparing two strings, establishing an order between them is
> generally straightforward as long as both are composed of letters from
> the same alphabet and with the same case; but once you start mixing
> cases, introducing non-alphabet
This is an automatically generated mail to inform you that tests are now
available in t/spec/S02-builtin_data_types/whatever.t
commit 73a0a84b0f0a666e688af9ea82df6a73d878f88f
Author: moritz
Date: Thu Jul 22 06:37:52 2010 +
[t/spec] test for RT #71846, and refudge a bit
git-sv
24 matches
Mail list logo
