-BEGIN PGP SIGNED MESSAGE-
[I sent thi sofflist to Schwern, but since everybody likes to chat about
their modules' testcount, I'll resend it ;]
Moin,
On 15-Dec-01 Michael G Schwern tried to scribble about:
> On Sat, Dec 15, 2001 at 11:48:29PM +0100, Tels wrote:
>> Te"One day Math::Big*
Op een mooie dag (Sun, 16 Dec 2001 00:47:17 -0500), schreef Michael G Schwern
<[EMAIL PROTECTED]>:
> The second [1] Test::Harness 2.00 release candidate just went up to CPAN
> http://www.pobox.com/~schwern/src/Test-Harness-2.00_04.tar.gz
> Simply install the module, let me know if it wen
Hallo Jarkko,
Am 2001-12-15 um 20:47 schriebst du:
> On Fri, Dec 14, 2001 at 05:20:24PM -0700, chromatic wrote:
>> On Fri, 14 Dec 2001 15:18:43 -0700, Michael G Schwern wrote:
>>
>> > ExtUtils::MM_Cygwin
>>
>> Here's a test for that. It could use someone on Cygwin testing it. Tels said
>> he
Michael G Schwern <[EMAIL PROTECTED]> writes:
> On Sat, Dec 15, 2001 at 04:09:19AM +0200, Jarkko Hietaniemi wrote:
>> I don't get all the different (well, only VMS and Cygwin, so far, but
>> I like to nip buds) MM_XXX test suites: won't they be testing pretty
>> much the same things?
>
> Yes, b
On Sat, Dec 15, 2001 at 11:24:40PM -0700, chromatic wrote:
> This passes all tests, gets the MANIFEST patch right for once, and shouldn't
> have weird sorting bugs on EBCDIC platforms. Cross your fingers.
Up to the elbows. Thanks, applied.
--
$jhi++; # http://www.iki.fi/jhi/
# There i
On Sunday 16 December 2001 02:10, Gerrit P. Haase wrote:
Thanks for the report.
> ../lib/ExtUtils/MM_Cygwin.# Failed test
> (../lib/ExtUtils/MM_Cygwin.t at line 73) # undef
> # doesn't match '(?-xism:could not locate your pod2man)'
> # Failed test (../li
On Sun, Dec 16, 2001 at 04:20:33PM +, Nicholas Clark wrote:
> Does that mean that it should have its own tests placed in t/lib, so that
> they run before ext/ and lib/?
Yes, it would be nice if they ran before the rest, but I really don't
want to start shuffling tests around this close to 5.8
On Sun, Dec 16, 2001 at 11:09:29AM -0700, chromatic wrote:
> + like( $$out, qr/could not locate your pod2man/,
> + '... should warn if pod2man cannot be located' );
Gerrit, do you already have a perl installed in the spot you're about
to put this new one? If so, it might be seein
On Sun, Dec 16, 2001 at 02:41:31PM +, Piers Cawley wrote:
> Nothing wrong with an adaptor/factory returning something that isn't a
> Foo, so long as it has the same interface.
That's why its isa_ok() and not ref_ok().
On the off chance Foo->new is supposed to return something that bears
no r
On Sun, Dec 16, 2001 at 07:30:37PM +, Nicholas Clark wrote:
> > I just thought of a better way. Since all we're testing is that
> > lib.pm does the right things to @INC, we can presume that if one of
> > require(), do() or use() works, the rest will work.
>
> Can't we just test what @INC now
On Sun, Dec 16, 2001 at 12:07:36PM +0100, Abe Timmerman wrote:
> Failed Test Stat Wstat Total Fail Failed List of Failed
> ---
> t\strap-analyze.t 18 460819 18 94.74% 2-19
> t\strap.t 12 3072
On Sun, Dec 16, 2001 at 10:53:14PM +0100, Abe Timmerman wrote:
> Doh, my bad, I had 2.00_01 hanging around on my system.
>
> Works ok on both my regular ActivePerl 5.6.1 (build 628) and freshly compiled
> bleadperl
Yay! Thanks.
--
Michael G. Schwern <[EMAIL PROTECTED]>http://www.pobox
Michael G Schwern wrote:
>
> On Sun, Dec 16, 2001 at 02:41:31PM +, Piers Cawley wrote:
> > Nothing wrong with an adaptor/factory returning something that isn't
> > a Foo, so long as it has the same interface.
>
> That's why its isa_ok() and not ref_ok().
>
> On the off chance Foo->new is su
On Sun, Dec 16, 2001 at 09:30:18PM -0500, Benjamin Goldberg wrote:
> Suppose we have RandomThing->new which randomly returns an instance of
> one of a few dozen different classes, which have no relation at all with
> each other except a common interface.
In such an odd case, don't use isa_ok().
On Sun, 16 Dec 2001 19:30:18 -0700, Benjamin Goldberg wrote:
> I think that if "all" we know about the returned type is that it is supposed
> to provide some specific interface, it would be more robust to test that the
> returned thing actually *does* provide the interface.
Agreed. You have my
Hello again Gerrit,
You know, I didn't put the MOST important line in the block. Here's a better
patch. I blame Jeffrey Friedl. :)
Any better?
-- c
--- lib/ExtUtils/~MM_Cygwin.t Sun Dec 16 11:02:04 2001
+++ lib/ExtUtils/MM_Cygwin.t Sun Dec 16 19:59:44 2001
@@ -69,12 +69,17 @@
$args->{
On Saturday 15 December 2001 11:44, Ilya Martynov wrote:
> MGS> The two modules can already work together in the same script. So, if
> MGS> you have Test::Differences, which has superior complex data structure
> MGS> handling, why are you calling is_deeply() in the first place?
> Still it is qu
On Sun, Dec 16, 2001 at 11:20:11PM -0700, chromatic wrote:
> On Saturday 15 December 2001 11:44, Ilya Martynov wrote:
>
> > MGS> The two modules can already work together in the same script. So, if
> > MGS> you have Test::Differences, which has superior complex data structure
> > MGS> handling,
On Sat, 15 Dec 2001 09:10:33 -0500
Barrie Slaymaker <[EMAIL PROTECTED]> wrote:
> Now I see what you're after with the -M approach, thanks for the
> example.
Cool.
> I can understand that :) since CPAN is/seems a non-started for a
> significant number of folks (I have a Win32 system that it's
>
On Mon, Dec 17, 2001 at 04:10:30PM +0900, Tatsuhiko Miyagawa wrote:
> > I can understand that :) since CPAN is/seems a non-started for a
> > significant number of folks (I have a Win32 system that it's
> > nonfuncitonal on; haven't debugged it yet).
>
> I think Test::Differences is mainly for mod
20 matches
Mail list logo
