Paul A. Bristow wrote:
-----Original Message----- From: Boost [mailto:boost-bounces@lists.boost.org] On Behalf Of Adam Wulkiewicz Would it make sense to use some more descriptive color/naming scheme? In particular it would be nice to distinguish between the actual failures and the situations when the compilation of a test took too much time or an output file was too big. Would it make sense to also distinguish between compilation, linking and run failure?
+1 definitely.
This is particularly a problem for Boost.Math - the largest library in Boost, by far, in both code and tests, with several tests that often time out.
Various summary counts of passes and fails would be good as well.
It takes a while to scan the current (nice) display, eg
http://www.boost.org/development/tests/develop/developer/math.html
Ok, I managed to find some time to play with it. AFAIU the reports are generated using the code from: https://github.com/boostorg/boost/tree/develop/tools/regression/src/report, is that correct? The first change is simple since I'd like to see if I'm doing everything right. I changed the way how those specific fails are displayed. If the compilation fails and at the end of the compiler output (25 last characters) one of the following strings can be found: - "File too big" - "time limit exceeded" the test is considered as "unfinished compilation" and displayed on the library results page as a yellow cell with a link named "fail?". So it's distinguishable from the normal "fail". Here is the PR: https://github.com/boostorg/boost/pull/25 I only tested it locally on a test done by 1 runner for Geometry and Math libraries. Is there a way I could test it on results sent by all of the runners? How is this program executed? Is there some script which e.g. checks some directory and passes all of the tests as command arguments? Regards, Adam