[Boost-build] Proposed changes in tools/regression directory

From: Robert Ramey (ramey_at_[hidden])
Date: 2007-07-19 13:41:45

I would like to make some changes in the ../tools/regression directory if no 
one has any objection.

Here they are:

There are several files:

index.htm contains a page which describes
    instructions for installing and running the python based tools used by 
the "official" boost testers for testing ALL of boost.
    links to process_jam_log.cpp, compiler_status.cpp and Jamfile.v2 for 
building a separate set of regression testing tools.

index.shtml which forwards one to the "official" boost test results page 
which gathers all the results from all the testers.

Is not clear to me under what conditions one or othe other of these index 
files are selected.

run_tests.sh - a shell script for runnig tests on all of boost on one's 
local machine.  This script uses the process_jam_log and compiler_status.cpp 
programs.  I'm not sure if this is still being used, but I have noticed that 
the compiler_status and process_jam_log programs have been kept up to date 
so it would seem that someone is using them.

There is a build directory which contains Jamfiles to build the executables 
and a vcide subdirectory for which invokes bjam to build the executables. 
It turns out this last is handy for stepping though the code with the VC 
debugger.

I want to make a few changes here:

a) elminiate the index.shtml file.  The global official test results are 
available thourgh the main boost.org web page.

b) add a to the bulleted list two more entries

i) library_status.cpp - this is  program which is derived from 
compiler_status.cpp.  Its function is to display ALL the test results (all 
variants, shared/non-shared, etc) which have been tested for ONE library.  I 
use this on my own system to build a large table which compares the test 
results for all compilers and variants etc.

ii) add a run_library_test.sh to invoke the above for a specific library.

c) I also want to improve the vcide solution to include all of these 
executables.

Does anyone have any objection to my doing this?

Robert Ramey