Although hacky,
assert(test_foo() /* Checks the sanity of Foo */);
does the job for the error messages, and replacing abort() with a custom function like `void check(int condition, const char *format, ...);` can make it not abort the program on an error.I prefer the regular assert() though because I want the build to fail by an aborting test program, and all I care is the line number of failure. Another benefit is that abort() will pause gdb in the exact place that it crashed, with the stack intact if you want to inspect it.
Re:The sad state of test frameworks
by cormacrelf on Tuesday March 21, 2017 @08:05AM
(#13921432)
You can also use the comma operator to document your assert()s, if you don't like using comments.
assert(("test_foo() should be true", test_foo()));
https://en.wikipedia.org/wiki/Comma_operator#AssertsI have used often and also seen in the wild the following form:
assert(condition && "message");This is easy enough to solve on Unix... simply fork() before each test. Just make sure that the master is single-threaded or this won't work.
Also an option is to siglongjmp out of the abort signal handler.
I've found it worthwhile to add a thin facade on top of assert to support out-of-band reporting of errors even if NDEBUG is disabled: https://github.com/codr4life/libc4/blob/master/src/c4/assert...
It has the drawback that one failing test aborts the whole program. The error messages are not the most informative, but it does the job.