Re: [perl #64080] tests available

2009-07-28 Thread Andy Lester
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

Re: [perl #64080] tests available

2009-07-28 Thread Kyle Hasselbacher
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

Re: Fwd: [perl #64080] tests available

2009-07-28 Thread Patrick R. Michaud
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

[perl #64002] tests available

2009-07-28 Thread kyleha
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

Fwd: [perl #64080] tests available

2009-07-28 Thread Andy Lester
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

[perl #64904] tests available

2009-07-28 Thread kyleha
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

[perl #64080] tests available

2009-07-28 Thread kyleha
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:

Re: confusing list assignment tests

2009-07-28 Thread Larry Wall
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] = $

Re: confusing list assignment tests

2009-07-28 Thread Jon Lang
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

Re: confusing list assignment tests

2009-07-28 Thread Larry Wall
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

Re: confusing list assignment tests

2009-07-28 Thread Damian Conway
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

Re: confusing list assignment tests

2009-07-28 Thread Moritz Lenz
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

Re: confusing list assignment tests

2009-07-28 Thread Mark J. Reed
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

Re: confusing list assignment tests

2009-07-28 Thread Moritz Lenz
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',

Re: confusing list assignment tests

2009-07-28 Thread Jon Lang
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

Re: confusing list assignment tests

2009-07-28 Thread Larry Wall
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]

r27784 - docs/Perl6/Spec

2009-07-28 Thread pugs-commits
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 ==

confusing list assignment tests

2009-07-28 Thread Moritz Lenz
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

[perl #67976] [BUG] can use at most one statement declaration form in entire chain of includes in Rakudo

2009-07-28 Thread Carl Mäsak
# 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

Re: Clarification of S04 closure traits

2009-07-28 Thread Ben Morrow
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

[perl #67944] [BUG] Some item assignments are treated as list assignments in Rakudo

2009-07-28 Thread Carl Mäsak
# 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

[perl #67960] S12-introspection/walk.t aborting on current Rakudo

2009-07-28 Thread via RT
# 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

[perl #67948] issue with $_ inside .grep with Capture

2009-07-28 Thread via RT
# 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«0␤1␤» expected

[perl #67958] 53059d breaks grep.t

2009-07-28 Thread via RT
# 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/

[perl #67942] 'enum Foo %h' calls sub h() and then throws Null PMC access

2009-07-28 Thread via RT
# 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

[perl #67932] [BUG] Null PMC Access when calling a sub &foo with a parameter &foo defaulting to &foo in Rakudo

2009-07-28 Thread Carl Mäsak
# 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

Re: [perl #38255] [TODO] YAML::Parser::Syck for parsing YAML

2009-07-28 Thread Toni Ivas
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