Fix Makefile.omk to compile the test correctly

Branch with OMK makefiles

Use os.path rather than '/' logic in wvtest

Signed-off-by: Brandon Low <lostlogic@lostlogicx.com>

Fix the C API to work under OS X

Using variable attributes to put data structures to a separate section
doesn't work as expected under OS X. The code doesn't even compile.

This patch removes the use of variable attributes and uses instead
function attribute "constructor". The functions marked by this attribute
are called before main() similarly as C++ constructors of global
variables.

These functions are used to register all the tests defined with
WVTEST_MAIN so that we can run all of them.

Thanks to Jimmy Tang for helping with the fix.

Add the new C tests to the toplevel Makefile.

Add wvtest for C

For some C programs it is not possible to use C++ implementation
because g++ compiler doesn't support "Designated Initializers"
extension of GCC. If this extension is used in C code, the code cannot
be compiled by g++ and therefore it cannot contain WVPASS and similar
macros implemented in C++.

This patch adds C support which is derived the C++ one. The code
relies on "variable attributes" (another GCC extension) to run all the
functions defined with WVTEST_MAIN(). C++ API uses constructors of
global variables to find all these functions but in C, something else
must be used.

wvtestrun: Do not use colors on dumb terminals

This is helpful for example when the tests are run by compile command
under Emacs.

README: we have four APIs already (cpp dotnet python sh)

README: fix typo

Strip trailing whitespace all over the tree.

Because some editors highlight them in bright colors, and also git diff
colors them as red (try e.g. `git show --color 2f4552`). So kill them.

P.S. I've left trailing whitespace in LICENSE intact, because licensing
is special.

Makefile: build 'all' before 'test'.

That way wvtestrun doesn't hide build output.

Update wvtest.py to the new version that does os.chdir().

It was too annoying to test submodules, because if any of them opened a
file, they always had to mention the full path from the wvtest.py (which was
usually at the root of the whole project) to the data file (which was
usually in the t/ subdir of the submodule).  So if you extracted a submodule
into its own project, all the paths would be wrong.

Now wvtest.py does os.chdir() into the t/ subdir being tested.  If you don't
like that, you can always chdir into a parent directory.

wvtest.py: handle lines that have trailing "# whatever" comments.

wvtest.py: when exceptions are thrown, choose a better stack dump.

We already print the entire stack trace - the useful part - but we were
printing a kind of useless line number in the wvtest result line: the line
from which the exception was thrown.  That's kind of weird, and doesn't help
indicate which test threw the exception.  So let's pull out the current line
number from the running @wvtest function instead.

That's not perfect either, in case the function called a sub-function that
produced the exception, but it's somewhat more useful at least.  You should
still read the full exception printout for maximum accuracy.

wvtest.py: add a new WVEXCEPT() for when you expect an exception.

sh: use a worse version of _wvfind_caller if bash isn't available.

bash has tools for finding the file/linenumber of the caller, but it's not
POSIX, so don't rely on it.

sh: add new WVPASSRC and WVFAILRC commands.

For testing the value of $?.

sh: Import wvtest.sh from the bup project.

Merge branch 'master' of git://github.com/wlach/wvtest

* 'master' of git://github.com/wlach/wvtest:
  Basic support for checking (in)equality of std::string in C++ version

Merge wvtest.py and wvtestmain.py into one file.

This makes it a bit easier to bring into your own projects, since it's just
a single file.

Copied from eqldata project, commit
3b004336b117c01885f09f95b6e2aededd2de377.

Basic support for checking (in)equality of std::string in C++ version

Added an initial README.

Rename wvtestrunner to wvtestrun.

Who names their programs as nouns anyway?  Clearly it runs things, so it
should be a verb.

Clean up license information and add LICENSE file.

Rename wvtestrunner.pl to wvtestrunner.

The .pl isn't the important part, and someday it might change to another
language. Who knows?

Better 'make clean' targets.

Fix standalone compilation of wvtest/cpp.

Added a Makefile to dotnet as an example of how to run tests.

...and call it from the top level 'make test' too.

Add toplevel and python/ 'make test' example targets.

wvtestrunner: print the time taken by each section, and the total time.

This will perhaps help encourage faster tests.

(cherry picked from commit 6be08f9b861f059da5d3137b7af4e25b77511731)

wvtestrunner: catch segfaults in the subprogram.

wvtestrunner would notice if the subprogram returned a non-zero exit code,
but not if it died on a signal.  Thus, a unit test program dying on a
segfault was considered a success.  Oops!

(cherry picked from commit 9aff60fa6d55a46440a8e4d6bf343753b2bdc1ec)

wvtestrunner: timeouts and CRLF support.

We now time out if there are no test results for 120 seconds.  Also handle
surprise CRLFs in the input stream.

(cherry picked from commit ff9cd2868155ff91201e457008a1bfe0da3e6e40)

Replaced wvtesthelper/meter/colour scripts with an all-new wvtestrunner.pl.

This one is much smarter than previous versions: by default, it prints out
only the headers from "Testing blah blah:" lines and then prints just a "."
for each "! whatever  ok" line.  But, if a test does fail, it prints out
*all* the stdout/stderr that was produced by the test from the "Testing blah
blah" line all the way to the failing test.

It also auto-colours ok/FAILED lines, but only if stdout is a tty, so you
don't need to decide whether you want it coloured or not.

Finally, its output is actually compatible with itself: you can run a
top-level wvtestrunner and it'll further summarize the output of inner
wvtestrunners, because the complete output of a given testrunner is in a
single "Testing blah blah:" section.  But if a failure occurs, you'll still
get the more detailed results.

(cherry picked from commit 49efbe24c148d69873ca78c05e9c5825d50ef49d)

Import wvtest for python from eqldata project.

Commit 5db96d703ab5a0c253d09d0cbcfd56646eaffbfe.

Import latest wvtest for C#/.NET from versaplex project.

Commit 8f939de8b03b0e0236a182543af0298bb6b97c52.

Import basic C++ wvtest from wvstreams project.

Commit was 333349d03e15b0081c7141f7164bacc2e1fb196a.

Initial .gitignore.