packages feed

Cabal revisions of shelltestrunner-0.8

Hackage metadata revisions edit the .cabal file after upload; each diff below is one revision.

revision 1
 name:           shelltestrunner version:        0.8+x-revision: 1 category:       Testing synopsis:       A tool for testing command-line programs. description:  We use test-framework's test runner, so can run tests in parallel.  shelltestrunner was inspired by the tests in John Wiegley's ledger project.  .- Usage: + Usage:  .  > shelltest [FLAG] [TESTFILES|TESTDIRS]  >- > + >  >   -? --help[=FORMAT]           Show usage information (optional format)  >   -V --version                 Show version information  >   -v --verbose                 Higher verbosity  >      =OTHER FLAGS              any other flags are passed to test runner  >  > A test file contains one or more shell tests, which look like this:- > + >  >  # optional comment lines  >  a one-line shell command to be tested  >  <<<  >  >>>2 [/regexp to match in stderr/]  >  [or expected stderr lines]  >  >>>= expected exit status or /regexp/- > + >  > The command line is required; all other fields are optional.  > The expected stdout (>>>) and expected stderr (>>>2) fields can have either  > a regular expression match pattern, in which case the test passes if the  > either a numeric exit code or a /regexp/. A ! preceding a /regexp/ or exit  > code negates the match. The regular expression syntax is that of the  > pcre-light library with the dotall flag.- > + >  > By default there is an implicit test for exit status=0, but no implicit test  > for stdout or stderr.  You can change this with -i/--implicit-tests.- > + >  > The command runs in your current directory unless you use --execdir.  > You can use --with/-w to replace the first word of command lines  > (everything up to the first space) with something else, eg to test a  > different version of your program. To prevent this, start the command line  > with a space.- > + >  > Any unrecognised options will be passed through to test-framework's runner.  > You may be able to get a big speedup by running tests in parallel: try -j8.  .   main-is:        shelltest.hs   ghc-options:    -Wall -threaded   build-depends:-                 base >= 3 && < 5+                 base >= 3 && < 4.18                 ,parsec                 ,process                 ,HUnit