I'm working on getting a large amount of "legacy code" under test
harnesses, and I'm wondering why Test::Unit isn't more widely used.
Andy Lester suggested I pose the question on this list.
Do people think Test::Unit sucks? Simply not very well known?
An (admittedly rough) case for why I lik
On Sunday 08 January 2006 21:23, Matisse Enzer wrote:
> Do people think Test::Unit sucks? Simply not very well known?
It didn't use Test::Builder when I last looked at it, which meant that either
it or I would have had to reinvent lots of other useful modules I use often.
So far, Test::Class h
On Jan 8, 2006, at 9:23 PM, Matisse Enzer wrote:
I'm working on getting a large amount of "legacy code" under test
harnesses, and I'm wondering why Test::Unit isn't more widely used.
Andy Lester suggested I pose the question on this list.
Do people think Test::Unit sucks? Simply not very we
# New Ticket Created by Joshua Hoblitt
# Please include the string: [perl #38191]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=38191 >
But wait until we've figured out exactly wait we want to list for CPAN
to index. Per
# New Ticket Created by Joshua Hoblitt
# Please include the string: [perl #38190]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=38190 >
With similar behavior to automake except for an out of tree build test
build as we do
Fellow QAers,
This script:
use strict;
BEGIN { binmode STDERR, ':utf8' }
use Test::More tests => 1;
diag "\x{201c}";
ok 1;
Outputs a warning when it runs:
Wide character in print at /usr/local/lib/perl5/5.8.7/Test/
Builder.pm line 1199.
This is annoying. I had thought that I cou
I've committed my experimental version as r1107 which includes
documenting it in RELEASE_INSTRUCTIONS, etc..
-J
--
On Sun, Jan 08, 2006 at 01:34:43PM -1000, Joshua Hoblitt wrote:
> On Mon, Jan 09, 2006 at 12:03:11AM +0100, Andreas J. Koenig wrote:
> > > On Sun, 08 Jan 2006 14:22:48 -0800, "Jo
Hi,
I have just checked in some changes that makes the dynamic op libraries
build process work very much like the dynamic PMCs one. This has two good
consequences:
* Dynamic op libraries can (hopefully) now be built anywhere dynamic PMCs
can. Including Win32. Yay.
* More importantly, thi
Forgot to CC p6i...
> [jhoblitt - Sun Jan 08 14:21:47 2006]:
>
> Is this sufficent as a META.yml or do I also need to explicitly list all
> of the Parrot::* modules as 'provided'?
> ---
> name: parrot
> version: 0.4.1
> author: ~
> abstract: ~
> license: perl
> no_index:
> directory:
>
On Mon, Jan 09, 2006 at 12:03:11AM +0100, Andreas J. Koenig wrote:
> > On Sun, 08 Jan 2006 14:22:48 -0800, "Joshua Hoblitt via RT" <[EMAIL
> > PROTECTED]> said:
>
> > Forgot to CC p6i...
> >> [jhoblitt - Sun Jan 08 14:21:47 2006]:
> >>
> >> Is this sufficent as a META.yml or do I al
> On Sun, 08 Jan 2006 14:22:48 -0800, "Joshua Hoblitt via RT" <[EMAIL
> PROTECTED]> said:
> Forgot to CC p6i...
>> [jhoblitt - Sun Jan 08 14:21:47 2006]:
>>
>> Is this sufficent as a META.yml or do I also need to explicitly list all
>> of the Parrot::* modules as 'provided'?
If yo
# New Ticket Created by Joshua Hoblitt
# Please include the string: [perl #38189]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=38189 >
- Forwarded message from jesse <[EMAIL PROTECTED]> -
From: jesse <[EMAIL PRO
Hi Folks,
As of late, particularly in the run up to 0.4.1, people seem to be
falling out of the habit of submitting patches as a parrotbug. This
could cause either real PITAs in the future where someone has to goto a
huge effort to track these things down or more likely the patches will
just fall
On Sat, Jan 07, 2006 at 02:41:39PM -0800, Joshua Hoblitt wrote:
> # New Ticket Created by Joshua Hoblitt
> # Please include the string: [perl #38183]
> # in the subject line of all future correspondence about this issue.
> # https://rt.perl.org/rt3/Ticket/Display.html?id=38183 >
>
>
> The cur
From: "Andreas J. Koenig"
To: jesse <[EMAIL PROTECTED]>
Cc: Leopold Toetsch, Allison Randall
Subject: Re: Pod::Simple::Text
Date: Sun, 08 Jan 2006 11:57:34 +0100
For various reasons, CPAN knows Parrot as the canonical owner of a whole
slew of CPAN modules that are bundled with it. This isn't qui
From: Leopold Toetsch <[EMAIL PROTECTED]>
Date: Sun, 08 Jan 2006 17:21:25 +0100
Bob Rogers wrote:
> Actually, I would have assumed that the user stack operated more or less
> independently of the call chain, but I see it is kept in the context
> structure and not the interpreter
Bob Rogers wrote:
Actually, I would have assumed that the user stack operated more or less
independently of the call chain, but I see it is kept in the context
structure and not the interpreter. Hmmm . . .
I think so too. It's just in the context as it was there, w/o further
recent discussio
From: Steve Gunnell <[EMAIL PROTECTED]>
Date: Sun, 08 Jan 2006 15:02:37 +0800
Hi,
I'm sitting here thinking about cross language calls and what I don't
see anywhere is a prohibition that stops a context from popping a
handler or action or whatever that it didn't place there.
Thanks again all, who have contributed more than 640 revs in a little
bit more than a month, making the new release possible.
May the checkins begin again,
leo
Parrot 0.4.1 "Foghorn Leghorn" Released!
On behalf of the Parrot team I'm proud to announce another
monthly release of Parrot.
I'd like to thank all involved people as well as our
sponsors for supporting us.
What is Parrot?
Parrot is a virtual machine aimed at running Perl6 and other dynamic
la
Hi,
I'm sitting here thinking about cross language calls and what I don't
see anywhere is a prohibition that stops a context from popping a
handler or action or whatever that it didn't place there.
Is there an intent to prohibit or restrict this kind of behaviour?
It also seems to me that with c
Nick Glencross wrote:
(I've missed the window to get this into 0.41, but not a problem)
Almost - r10985 will be in 0.4.1
leo
Y YY20040816
vms
win32-bcc
-win32-cygwin_1.5.11_1YY- Y*5 Y YY20041006
+win32-cygwin_1.5.18 YY- Y Y Y*5 Y/2 20060108
win32-icl_8.0.48 -Y- - - YY/2
win32-mingw-gcc3.4.2
I'm starting to release 0.4.1 RSN, please do not 'svn ci' until further
notice.
leo
The fix added to make the files in doc/ops readable by someone other
than root once installed seemed to be dependent on which version of
ExtUtils::Command was installed. I had 1.05 installed and it didn't
work, chmod wasn't exported by default. I did upgrade to 1.09 so it
worked properly, but
25 matches
Mail list logo
