ompi_progress, unless someone is actually using it (MPI-2 dynamic,
TCP PTL). This is only for end of MPI_Init to start of MPI_Finalize.
All other times, the event library will be progressed every call
into ompi_progress().
This commit was SVN r5479.
was getting confused with the recent addition of "-lutil" to get the
system-level libutil (i.e., Libtool was confusing the two and doing
Bad Things).
This commit was SVN r5467.
Ralf W (core libtool developer). There are still a few more to plug
in ompi_info (mainly concerned with shutting down OMPI/ORTE
subsystems), but they can wait...
This commit was SVN r5466.
Last night's fix completely disregarded building the DSO components,
which need to have the dllimport flag set for all the libmpi stuff, and
need to export their component structures. Unfortunately needed to
add another #define to deal with the components for windows, but
it required the least amount of work for all the non-Windows people.
This commit was SVN r5461.
we are part of the source tree and not defined otherwise, we are going
with an always defined if ompi_config.h is included policy. If
ompi_config.h is included before mpi.h or before OMPI_BUILDING is set,
it will set OMPI_BUILDING to 1 and enable all the internal code that
is in ompi_config_bottom.h. Otherwise, it will only include the
system configuration data (enough for defining the C and C++ interfaces
to MPI, but not perturbing the user environment).
This should fix the problems with bool and the like that the Eclipse
folks were seeing. It also cleans up some build system hacks that
we had along the way.
Also, don't use int64_t as the default size of MPI_Offset, because it
requires us including stdint.h in mpi.h, which is something we really
shouldn't be doing.
And finally, fix a ROMIO Makefile that didn't set -DOMPI_BUILDING=1,
as ROMIO includes mpi.h, but not ompi_config.h
This commit was SVN r5430.
- If -d is specified, it assumes that the next parameter is
a valid subdirectory path.
- If -f is specified, then it generates the statistic for tehse
files. Each -f is pared with one file only. So multiple files require
multiple -f's
- -p "%" can be given to spew out the files which have a coverage
below this percentage
This commit was SVN r5426.
Comment out pipes stuff for windows. need to come back and fix this properly in the future.
-his line, and those below, will be ignored--
M iof_base_setup.c
This commit was SVN r5424.
* Update cmpset test to call memory barrier when needed before checking the
results
* remove unneeded sync from cmpset_32 on Power PC
This commit was SVN r5420.
- argv[0] should be the name of the executable for the spawned processes.
- if we free a dynamic communicator (instead of disconnecting),
the counter for dynamic communicators has to be decreased as well,
else we core in finalize.
This commit was SVN r5419.
- Added some minor changes to make sure that files are not reported more than once
- Print average coverage statistics
- TODO
- Add support to get statistics for a particular file
This commit was SVN r5418.
having it in config/ompi_setup_cxx.m4
2. Adding --enable-coverage option. This will add teh flags -ftest-coverage
and -fprofile-arcs to the flags. Also, one needs to compile with
debug and static only to enable code coverage
3. Adding the coverage flag options to WRAPPER_*_FLAGS so that mpicc and co.,
will add these to teh executables when they are compiled
This commit was SVN r5416.
Currently, the fllowing have been implemented:
- the directory/ies are specified in a file "dir_list"
- gcov is run on all the files which were touched
- 4 files are generated as output
- touched_files (those files which generated .da files)
- untouched_files (those which did nto generate .da files)
- coverage_stats.txt (index, filename, dirname, %coverage)
- zero_coverage.txt (same as above, but for those with 0% coverage)
- Currently, the statistics are generated only for *.c and *.cc files.
gcov does infact generate the numbers for header files as and when
they are used. So, for every inclusion of a header file, a seperate
.da for that header file is created. To get the numbers out for
the header files, we need to aggregate all the stats for the header
files manually. This is yet to be done
Things to do;
- Generate the statistics for the header files
- Command line parsing instead of reading from "dir_list"
- Input a % and list all the files which were covered less
than that percentage
This commit was SVN r5415.
