Re: TAP::Harness

2006-07-02 Thread Shlomi Fish
On Sunday 02 July 2006 01:24, Michael G Schwern wrote: > On 7/1/06, Shlomi Fish <[EMAIL PROTECTED]> wrote: > > One thing I'm wondering about is > > whether you are going to code all of this into TAP::Harness from scratch. > > I believe I mentioned, I intend to steal lots of code from > Test::Harnes

Re: TAP extension proposal: test groups

2006-07-02 Thread Fergal Daly
On 02/07/06, chromatic <[EMAIL PROTECTED]> wrote: On Saturday 01 July 2006 16:46, Fergal Daly wrote: > It looks like it's only one level of nesting. Any reason not to go the > whole hog with something like > > ..1 > OK 1 > ..2 > ...1 > OK 2 > OK 3 > ...2 > OK 4 > ..3 > OK5 No one has provided a

Re: [BUG] parrot 0.4.5: Configure.pl: tru64

2006-07-02 Thread Leopold Toetsch
On Jul 1, 2006, at 21:42, Jarkko Hietaniemi wrote: (1) I don't know all those -libraries are being listed, the test program certainly doesn't need them... yes, the linker should know to ignore them as unused... but: (2) This is not Linux so that -lgmp and -lreadline are not "standard"

Re: TAP extension proposal: test groups

2006-07-02 Thread David Golden
chromatic wrote: On Saturday 01 July 2006 16:46, Fergal Daly wrote: It looks like it's only one level of nesting. Any reason not to go the whole hog with something like ..1 OK 1 ..2 ...1 OK 2 OK 3 ...2 OK 4 ..3 OK5 No one has provided an actual use case for it yet. YAGNI. I've got plenty

Re: [BUG] parrot 0.4.5: Configure.pl: tru64

2006-07-02 Thread Jarkko Hietaniemi
Leopold Toetsch wrote: > On Jul 1, 2006, at 21:42, Jarkko Hietaniemi wrote: > >> (1) I don't know all those -libraries are being listed, the test >> program certainly doesn't need them... yes, the linker should >> know to ignore them as unused... but: >> >> (2) This is not Linux so that -l

Re: [BUG] parrot 0.4.5: Configure.pl: tru64

2006-07-02 Thread Leopold Toetsch
On Jul 2, 2006, at 15:04, Jarkko Hietaniemi wrote: But the -lreadline is needed for something later? If readline is available, it can be used at interactive prompts, but it's not absolutely needed. $ cd languages/perl6/ ... [EMAIL PROTECTED] $ ../../parrot perl6.pbc p6> say 'ok' ok p6> le

Re: TAP extension proposal: test groups

2006-07-02 Thread Adrian Howard
On 1 Jul 2006, at 23:38, Michael G Schwern wrote: Cons? * Doesn't handle nested groups - but I have to admit that's a use case I've never wanted :-) * Doesn't handle groups with an undefined number of tests. The obvious solution would be to allow ".." sans numeric suffix so you would

Re: TAP::Harness

2006-07-02 Thread Adrian Howard
On 1 Jul 2006, at 20:36, Michael G Schwern wrote: [snip] * How can I help? Provide use cases, what would you want to do with Test::Harness if you could? What are you doing with Straps? What features do other testing systems (JUnit, for example) have that you'd like to see in Perl? Once I pos

[PATCH] #38627: [TODO] fill Parrot_register_move() with code

2006-07-02 Thread Vishal Soni
This patch implements the register content preserving move operation.  Thanks,VishalPreviously:-Now:1..3ok 1 - in P paramok 2 - tailcall 1not ok 3 - tailcall 2 # TODO use temp# Failed (TODO) test (t/compilers/imcc/imcpasm/optc.t at line 59) #   '# IMCC does produce b

[perl #39683] [PATCH] #38627: [TODO] fill Parrot_register_move() with code

2006-07-02 Thread via RT
# New Ticket Created by Vishal Soni # Please include the string: [perl #39683] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/rt3/Ticket/Display.html?id=39683 > This transaction appears to have no contentThis patch implements the register content pr

Re: TAP extension proposal: test groups

2006-07-02 Thread Adam Kennedy
Fergal Daly wrote: It looks like it's only one level of nesting. Any reason not to go the whole hog with something like ..1 OK 1 ..2 ...1 OK 2 OK 3 ...2 OK 4 ..3 OK5 I believe the conclusion here was that because demand for nested groups appeared to be extremely limited, to START with just th

Re: TAP extension proposal: test groups

2006-07-02 Thread Fergal Daly
On 02/07/06, Adam Kennedy <[EMAIL PROTECTED]> wrote: Fergal Daly wrote: > It looks like it's only one level of nesting. Any reason not to go the > whole hog with something like > > ..1 > OK 1 > ..2 > ...1 > OK 2 > OK 3 > ...2 > OK 4 > ..3 > OK5 I believe the conclusion here was that because dema

Re: TAP::Harness

2006-07-02 Thread Adam Kennedy
* How can I help? Provide use cases, what would you want to do with Test::Harness if you could? What are you doing with Straps? What features do other testing systems (JUnit, for example) have that you'd like to see in Perl? Once I post the design, pick it to pieces. I know I mentioned it to

Re: TAP::Harness

2006-07-02 Thread Adam Kennedy
The most up-to-date Test-Run code is here: http://svn.berlios.de/svnroot/repos/web-cpan/Test-Harness-NG/ I don't mind giving Subversion access to the repository to anyone who registers in http://developer.berlios.de/ and is either a CPAN contributor, or has sent me one patch for me to commit.

Re: TAP::Harness

2006-07-02 Thread Adam Kennedy
Michael G Schwern wrote: On 7/1/06, Yuval Kogman <[EMAIL PROTECTED]> wrote: Please look at Test::TAP::Model and the horrrible hooks it goes through to make things work. I'd love to have a SAX like event-handler model for TAP through TAP::Harness so that I can construct Test::TAP::Model obje

Re: TAP extension proposal: test groups

2006-07-02 Thread Adam Kennedy
Fergal Daly wrote: On 02/07/06, Adam Kennedy <[EMAIL PROTECTED]> wrote: Fergal Daly wrote: > It looks like it's only one level of nesting. Any reason not to go the > whole hog with something like > > ..1 > OK 1 > ..2 > ...1 > OK 2 > OK 3 > ...2 > OK 4 > ..3 > OK5 I believe the conclusion here w

Re: TAP extension proposal: test groups

2006-07-02 Thread Fergal Daly
On 01/07/06, Michael G Schwern <[EMAIL PROTECTED]> wrote: The PITA / TestBuilder2 BOF at YAPC whacked up this TAP extension. Test groups in TAP. There are several use-cases here. 1. I want to name a group of tests rather than the individuals. 2. I don't want to have to count up the total numb

Re: TAP extension proposal: test groups

2006-07-02 Thread Adam Kennedy
There's no way to declare a top-level plan. That is, I can't say how many groups of tests I'm going to run so there's effectively no plan, One point that Andy was extremely insistant on, and I think Schwern and I agree, is that the main plan is ALWAYS the total number of tests for the entire t

Re: TAP extension proposal: test groups

2006-07-02 Thread Fergal Daly
On 02/07/06, Adam Kennedy <[EMAIL PROTECTED]> wrote: > There's no way to declare a top-level plan. That is, I can't say how > many groups of tests I'm going to run so there's effectively no plan, One point that Andy was extremely insistant on, and I think Schwern and I agree, is that the main pl

Re: [BUG] parrot 0.4.5: Configure.pl: tru64

2006-07-02 Thread Jarkko Hietaniemi
Leopold Toetsch wrote: > On Jul 2, 2006, at 15:04, Jarkko Hietaniemi wrote: > >> But the -lreadline is needed for something later? > > If readline is available, it can be used at interactive prompts, but > it's not absolutely needed. I think I will first try to get the admins to get compile a n

Re: TAP extension proposal: test groups

2006-07-02 Thread Adam Kennedy
Fergal Daly wrote: On 02/07/06, Adam Kennedy <[EMAIL PROTECTED]> wrote: > There's no way to declare a top-level plan. That is, I can't say how > many groups of tests I'm going to run so there's effectively no plan, One point that Andy was extremely insistant on, and I think Schwern and I agree

DOC: glossary

2006-07-02 Thread Uri Guttman
hi to all docathon hackers (and others too), one idea we came up with during the docathon is that perl6 needs a glossary. would the terms autobox or mixin make any sense to a newcomer who didn't know any OO theory? so this is a proposal to start a glossary as a new S\d+ or other document. here ar

Re: [BUG] parrot 0.4.5: Configure.pl: tru64

2006-07-02 Thread Will Coleda
While you're waiting, we should improve the test for readline: we used to have similar failures where we found readline (or other probed thingees) but the version was not recent enough for us to link with. Regards. On Jul 2, 2006, at 4:47 PM, Jarkko Hietaniemi wrote: Leopold Toetsch wro

Let's stop talking about test grouping and TAP extensions

2006-07-02 Thread Andy Lester
I would like to suggest that we ignore the questions of test counting right now. In fact, let's leave Schwern alone until TAP::Harness has the functionality of Test::Harness. THEN we can argue about the new stuff. xoxo, Andy -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:

Re: DOC: glossary

2006-07-02 Thread Juerd
I haven't actually read your message, just the Subject, because I was just going to bed. Be sure to check out http://pugs.kwiki.org/?Perl6Nomenclature Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http://convolution.nl/gajigu_juerd_n.html

[perl #39685] [CAGE] warning: no previous prototype

2006-07-02 Thread via RT
# New Ticket Created by Will Coleda # Please include the string: [perl #39685] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/rt3/Ticket/Display.html?id=39685 > Some parrot droppings... I get a few warnings of this type during build on OSX 10.4 wit

Are CATCH blocks still in effect when run?

2006-07-02 Thread Bob Rogers
From: Chip Salzenberg <[EMAIL PROTECTED]> Date: Sat, 24 Jun 2006 21:56:32 -0700 On Sat, Jun 24, 2006 at 11:18:41PM -0400, Bob Rogers wrote: > . . . I even intend to use continations to implement THROW and CATCH; I > just won't be able to expose them to users via standard Lisp const

Re: S04

2006-07-02 Thread Audrey Tang
在 2006/7/1 下午 6:08 時,Tom Allison 寫到: I picked this up at the YAPC and made some markups on it. Apologies that it is not in a diff format, but that's going to come with practice. ... is there a file attachment somewhere? :-) I got stuck on some of the intended behaviors and prohibited

Re: pdd21 vs. find_global

2006-07-02 Thread Patrick R. Michaud
On Sat, Jul 01, 2006 at 05:10:59PM -0500, Chip Salzenberg wrote: > Darn, find_global has collided with pdd21. > > Currently find_global is prepared to accept a key or a namespace, and > distinguishing namespaces from arrays is starting to get just a little > too polymorphic for an opcode. Agreed.

Re: [perl #38594] [BUG] source line numbers

2006-07-02 Thread Vishal Soni
Will, Did we get this one in? -Vishal On 6/30/06, Vishal Soni <[EMAIL PROTECTED]> wrote: Hi, The .end seems to be replaced by an implicit end. -Vishal On 6/29/06, Will Coleda via RT <[EMAIL PROTECTED]> wrote: > > Hey, Vishal: > > > [vsoni - Tue Jun 27 05:48:27 2006]: > > > > Hi, > > > > T