Re: Test Script Best-Practices

2006-01-24 Thread Yitzchak Scott-Thoennes
On Tue, Jan 24, 2006 at 10:25:44PM -0500, David Golden wrote: > Jeffrey Thalhammer wrote: > >* Should a test script have a shebang? What should it > >be? Any flags on that? > > I often see "-t" in a shebang. One downside of the shebang, though, is > that it's not particularly portable. As chr

Re: Test Script Best-Practices

2006-01-24 Thread David Golden
Jeffrey Thalhammer wrote: * Should a test script have a shebang? What should it be? Any flags on that? I often see "-t" in a shebang. One downside of the shebang, though, is that it's not particularly portable. As chromatic said, with "prove" it's not really necessary. ("prove -t") *

Re: Test Script Best-Practices

2006-01-24 Thread Tyler MacDonald
Jeffrey Thalhammer <[EMAIL PROTECTED]> wrote: > * Should a test script have a shebang? What should it > be? Any flags on that? It's not at all neccessary, but IMHO it is good form; it's a surefire way for anything else (HTTP server, IDEs, etc) to figure out that you're actually a perl script and

Re: Test Script Best-Practices

2006-01-24 Thread chromatic
On Tuesday 24 January 2006 18:53, Jeffrey Thalhammer wrote: > Greetings, > > I've noticed that CPAN authors use a variety of > techniques to manipulate the run-time environment in > their test scripts. Usually, it involves changing > directories and/or altering @INC. This one seem pretty > popula

Test Script Best-Practices

2006-01-24 Thread Jeffrey Thalhammer
Greetings, I've noticed that CPAN authors use a variety of techniques to manipulate the run-time environment in their test scripts. Usually, it involves changing directories and/or altering @INC. This one seem pretty popular: BEGIN { if($ENV{PERL_CORE}) { #What is "PERL_CORE"?