On Jul 28, 2009, at 10:25 PM, Kyle Hasselbacher wrote:
If they're causing a problem, I'll (1) be very surprised, and (2)
discontinue them.
That's fine. I just have never heard discussions of them. Thanks for
generating them.
xoa
--
Andy Lester => a...@petdance.com => www.theworkinggee
On Tue, Jul 28, 2009 at 8:32 PM, Andy Lester wrote:
> Are these automatic mails valuable? I suspect they're jamming up RT.
If they're causing a problem, I'll (1) be very surprised, and (2)
discontinue them.
I find them valuable so that I don't embark on the task of testing a
bug that's already t
For each ticket that is open, it's very useful to know that
a spectest has been written for the ticket and where that
spectest is located. So, having the notification added to
RT is valuable to me at least, as it means that once the
issue is fixed I know (1) where the relevant tests are
located an
This is an automatically generated mail to inform you that tests are now
available in t/spec/S14-roles/composition.t
commit 2968c8e7f200768949d786c46e0e094d95dec82d
Author: kyle
Date: Wed Jul 29 01:18:51 2009 +
[t/spec] Test for RT #64002
git-svn-id: http://svn.pugscode.org/p
Are these automatic mails valuable? I suspect they're jamming up RT.
Unless I'm missing something.
xoxo,
Andy
.
Begin forwarded message:
From: kyl...@gmail.com
Date: July 28, 2009 8:20:07 PM CDT
To: perl6-bugs-follo...@perl.org
Subject: [perl #64080] tests available
This is an automatically
This is an automatically generated mail to inform you that tests are now
available in t/spec/S05-grammar/ws.t
commit 3928c13eeaa2e93f0f98a41c0d1660ca909c7e01
Author: kyle
Date: Wed Jul 29 01:19:12 2009 +
[t/spec] Test for RT #64904
git-svn-id: http://svn.pugscode.org/p...@277
This is an automatically generated mail to inform you that tests are now
available in t/spec/S02-names_and_variables/perl.t
commit 31c7bee223f2343bb87ca5e8d28476a3787e71d5
Author: kyle
Date: Wed Jul 29 01:19:01 2009 +
[t/spec] Test for RT #64080 (may be misplaced)
git-svn-id:
On Tue, Jul 28, 2009 at 10:42:01PM +0200, Moritz Lenz wrote:
: I guess when I initialize @a[0] = [] it's the same, because then @a[0]
: is still a scalar, right?
No, as in Perl 5 [] still produces a scalar object that hides the arrayness
from list context, so it's like:
$b = [];
@a[0] = $
Damian Conway wrote:
> Mark J. Reed wrote:
>> My understanding is that the P6 way to do that is to return a Capture
>> containing the desired return values (which can lazily do things only
>> when accessed) in the appropriate slots.
>
> Return a Capture or a more heavily overloaded object, dependin
On Tue, Jul 28, 2009 at 01:22:28PM -0700, Jon Lang wrote:
: Larry Wall wrote:
: > Moritz Lenz wrote:
: > : Either it's parsed as '@a[0] = (W, W)' (list assignment), then @a should
: > : get both elements, and so should @z.
: >
: > Not according to S03, at least by one reading. �...@a[0] as a scalar
Mark J. Reed wrote:
> My understanding is that the P6 way to do that is to return a Capture
> containing the desired return values (which can lazily do things only
> when accessed) in the appropriate slots.
Return a Capture or a more heavily overloaded object, depending on how
fine a degree of co
Jon Lang wrote:
> Larry Wall wrote:
>> Moritz Lenz wrote:
>> : Either it's parsed as '@a[0] = (W, W)' (list assignment), then @a should
>> : get both elements, and so should @z.
>>
>> Not according to S03, at least by one reading. @a[0] as a scalar
>> container only wants one item, so it only take
My understanding is that the P6 way to do that is to return a Capture
containing the desired return values (which can lazily do things only
when accessed) in the appropriate slots.
On 7/28/09, Jon Lang wrote:
> Larry Wall wrote:
>> Moritz Lenz wrote:
>> : Either it's parsed as '@a[0] = (W, W)' (l
Thanks for the quick reply.
Larry Wall wrote:
> On Tue, Jul 28, 2009 at 09:24:40PM +0200, Moritz Lenz wrote:
> : sub W () { substr(eval('want'), 0, 1) }
> : ...
> :
> : # line 560:
> : {
> : my @a;
> : my @z = (@a[0] = W, W);
> : #?rakudo 2 todo 'want function'
> : is(@a, 'L',
Larry Wall wrote:
> Moritz Lenz wrote:
> : Either it's parsed as '@a[0] = (W, W)' (list assignment), then @a should
> : get both elements, and so should @z.
>
> Not according to S03, at least by one reading. �...@a[0] as a scalar
> container only wants one item, so it only takes the first item off
On Tue, Jul 28, 2009 at 09:24:40PM +0200, Moritz Lenz wrote:
: sub W () { substr(eval('want'), 0, 1) }
: ...
:
: # line 560:
: {
: my @a;
: my @z = (@a[0] = W, W);
: #?rakudo 2 todo 'want function'
: is(@a, 'L','lhs treats @a[0] as list');
: is(@z[0], 'L', 'lhs treats @a[0]
Author: pmichaud
Date: 2009-07-28 21:45:55 +0200 (Tue, 28 Jul 2009)
New Revision: 27784
Modified:
docs/Perl6/Spec/S04-control.pod
Log:
Fix incorrect specification of implicit $_ in blocks.
Modified: docs/Perl6/Spec/S04-control.pod
==
I'm in the mood to question my sanity, so I'm seeking feedback for some
test mangling:
In t/spec/S03-operators/assign.t there are some tests that cause me a
headache. I'm trying to re-write them to not use the now-gone want()
function, but I'd have to understand them first ;-)
A good example is t
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #67976]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=67976 >
The scenario is simple: modules A.pm and B.pm both use the statement
declaration form; t
Moritz Lenz wrote:
Ben Morrow wrote:
- Presumably when an exception is thrown through a block, the LEAVE and
POST queues are called (in that order).
POST was inspired from the Design By Contract department, and are meant
to execute assertions on the result. If you leave a block through an
e
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #67944]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=67944 >
rakudo: sub a() { 3, 4 }; my $x; my @a = ($x = a(), 4); say @a.perl
rakudo 4c31fb: OUT
# New Ticket Created by Moritz Lenz
# Please include the string: [perl #67960]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=67960 >
On Rakudo ea667e8db3d36da27479a7bbd7518ed308485b9b the test
S12-introspection/walk.t abor
# New Ticket Created by Edwin Pratomo
# Please include the string: [perl #67948]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=67948 >
rakudo: ([0, 0], [1, 1]).grep({say .perl; 1});
rakudo 4c31fb: OUTPUT«01»
expected
# New Ticket Created by Moritz Lenz
# Please include the string: [perl #67958]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=67958 >
The commit 53059d causes a test failure in t/spec/S32-list/grep.t:
make t/spec/S32-list/
# New Ticket Created by Moritz Lenz
# Please include the string: [perl #67942]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=67942 >
20:21 <@jnthn> rakudo: my %h; sub h { say "srsly wtf" }; enum Foo %h;
20:21 < p6eval> rak
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #67932]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=67932 >
rakudo: sub foo(&foo = &foo) { say "OH HAI"; foo }; foo
rakudo 4c31fb: OUTPUT«Null PMC
I can do some work on this. But I would need some help on part of Parrot
internals and how really a callback structure will work (maybe Bernhard can
help with this one).Some time back I have done C - code on the Syck side
which handled most of the things, like loading and dumping the YAML data
stru
27 matches
Mail list logo