Chromatic wrote:
On Mon, 2005-11-14 at 12:45 -0800, Ovid wrote:
Yes, I can see that. I could actually have dropped Test::Differences
"eq_or_diff" and just used the "is_deeply" function from Test::More,
but when working with large data structures, there's just no comparison
between the two. I
A. Pagaltzis wrote:
* Ian Langworth <[EMAIL PROTECTED]> [2005-11-14 18:15]:
PS. If you feel that sarcasm and satire are not best reflected
in email, I cordially suggest that you eat a helicopter.
What wine is more appropriate with helicopters, though, white or
red?
If they're UN Stormtrooper
-BEGIN PGP SIGNED MESSAGE-
Moin,
On Monday 14 November 2005 23:22, Adam Kennedy wrote:
> Chromatic wrote:
> > On Mon, 2005-11-14 at 12:45 -0800, Ovid wrote:
> >>Yes, I can see that. I could actually have dropped Test::Differences
> >>"eq_or_diff" and just used the "is_deeply" function fr
-BEGIN PGP SIGNED MESSAGE-
Moin,
On Monday 14 November 2005 18:21, Chris Dolan wrote:
> Hello all,
>
> I've just published an article about public vs. private regression
> tests. I've defined private tests as t/*.t files that are for the
> author only and don't go in MANIFEST. Naturally
David Cantrell wrote:
A. Pagaltzis wrote:
* Ian Langworth <[EMAIL PROTECTED]> [2005-11-14 18:15]:
PS. If you feel that sarcasm and satire are not best reflected
in email, I cordially suggest that you eat a helicopter.
What wine is more appropriate with helicopters, though, white or
red?
If t
On Tue, 2005-11-15 at 09:22 +1100, Adam Kennedy wrote:
> The question is, what level of deps is "crazy" for something that they
> don't actually need on their computer permanently but only need for 2
> seconds to install something of yours.
I sleep pretty well at night refusing to support peopl
Tels,
I believe you have misunderstood my intentions. I was not advocating
that any algorithmic tests be non-public. The only tests that should
be private are ones that satisfy one or more of the following
restrictions:
1. require special additional software that’s difficult or
exp
On Tue, 2005-11-15 at 15:23 -0600, Chris Dolan wrote:
> After reading some of the insightful comments posted on my blog, I've
> been convinced that the private tests should be included in the CPAN
> distribution, but disabled in some way (perhaps via a file extension
> other than .t?). That
Le mardi 15 novembre 2005 à 15:23, Chris Dolan écrivait:
>
> After reading some of the insightful comments posted on my blog, I've
> been convinced that the private tests should be included in the CPAN
> distribution, but disabled in some way (perhaps via a file extension
> other than .t?).
Philippe 'BooK' Bruhat wrote:
Le mardi 15 novembre 2005 à 15:23, Chris Dolan écrivait:
After reading some of the insightful comments posted on my blog, I've
been convinced that the private tests should be included in the CPAN
distribution, but disabled in some way (perhaps via a file extensi
On Nov 15, 2005, at 3:38 PM, chromatic wrote:
I posted a small Module::Build subclass that shows one way to do
this to
Perl Monks:
http://perlmonks.org/?node_id=508160
Yeah, I saw that one.
Perhaps a better approach is to store these tests in a subdirectory of
t/.
Beware that M::B h
Adam Kennedy wrote:
What about a special environment variable, like RUN_PRIVATE_TESTS?
I've been working on a concept of taggable tests on some of my larger
commercial stuff, integrating with the Test::More skip() function, and
some form of environment variables does indeed seem the best way
David Golden wrote:
Adam Kennedy wrote:
What about a special environment variable, like RUN_PRIVATE_TESTS?
I've been working on a concept of taggable tests on some of my larger
commercial stuff, integrating with the Test::More skip() function, and
some form of environment variables does in
On Tue, 2005-11-15 at 22:33 -0600, Chris Dolan wrote:
> Beware that M::B has a recursive mode for finding tests. It's set by
> the author, so you should be safe in this case, but it's a point
> worth remembering.
I haven't looked at the code again just now, but wouldn't overriding
find_test_
14 matches
Mail list logo
