- Just use the prefix in the % files list so that we a) grab the whole
tree and b) it removes all the directories when the RPM is removed.
Thanks to Bernard Li for reporting the problem.
This commit was SVN r10617.
up here on the trunk -- nothing has changes w.r.t the RPM packaging
yet). Used svn cp to bring in README and buildrpm.sh, but since
openmpi.spec already existed here, I couldn't svn cp because it
complained about one being in the way. I *could* svn merge it here to
preserve all the history, but I'm not really interested in the history
-- I just want to replace it en masse with the stuff from the 1.0
branch because that's the latest latest latest.
This commit was SVN r9720.
* Add a platform spec for using the portals reference implementation's
RTE instead of our own to make local testing easier.
* Add a cnos rmgr component so that 1) we don't have to build nearly
as many components (no need for ras,rds,pls,etc.) and 2) calls
to MPI_ABORT() won't print error messages about not being able to
contact the daemon. Still need to fill in some of the terminate
stuff with calls from cnos, but will come in time.
* Make gpr_null use the base code for creating value and keyval
structures so that we don't segfault in ompi_mpi_init().
This commit was SVN r9510.
tarballs: one with greek and one without -- without running "svn up"
in between. This guarantees that we have two tarballs of the same SVN
R number (e.g., vA.B.Crc7 and vA.B.C if rc7 turns out to be perfect).
Add option --greekonly if you know that there's no chance that this
tarball will be perfect, and therefore there's no point in making the
non-greek tarball.
This commit was SVN r8367.
"distcheck" does a bunch of sanity checks on the tarball to ensure
that it's good. Hence, if someone mucked up a Makefile.am, we'll find
out during distcheck rather than having all the nightly builds fail
(i.e., a new tarball won't be built and none of the builds will be
kicked off)
This commit was SVN r7572.
AM_INIT_AUTOMAKE, instead of the deprecated version.
* Work around dumbness in modern AC_INIT that requires the version
number to be set at autoconf time (instead of at configure time, as
it was before). Set the version number, minus the subversion r number,
at autoconf time. Override the internal variables to include the r
number (if needed) at configure time. Basically, the right thing
should always happen. The only place it might not is the version
reported as part of configure --help will not have an r number.
* Since AM_INIT_AUTOMAKE taks a list of options, no need to specify
them in all the Makefile.am files.
* Addes support for subdir-objects, meaning that object files are put
in the directory containing source files, even if the Makefile.am is
in another directory. This should start making it feasible to
reduce the number of Makefile.am files we have in the tree, which
will greatly reduce the time to run autogen and configure.
This commit was SVN r7211.
the OMPI suppressions file. Yeah, we could fix it, but that would mean
threading a finalize routine through the event library...
This commit was SVN r7187.
not to build to not be added to the ALL_COMPONENTS list and therefore
not distributed in a tarball
* add some of the contrib/ stuff to the dist tarball (the stuff to
make binary packages and the "--with-platform" files)
This commit was SVN r6955.
of flags to configure. Now don't need to specify the contrib/platform
part of the path if you don't want to
* Add "optimized" platform setting that will undo all the performance-
affecting things that a developer build sets up.
This commit was SVN r6946.
it plainly obvious
- Unlink source files when done with them
- Close the perl file handles after writing test source files so that
stale NFS handles aren't left around when building on networked file
systems (duh!)
This commit was SVN r6912.
Nightly build of trunk and test-suite (PMB and mpich-testsuite)
as defined in build-HOSTNAME.txt
Uses build_tarball.pl (which creates ompi-out-VERSION.txt)
Uses build_tests.pl (which uses ompi-out-VERSION.txt and creates
ompi-tests-out-TEST_VERSION.txt)
Then should qsub the all created combinations of MPI-installations
build_tests.pl:
- Updated to take package_dir; the test-suites subdirectory to
configure -- currently PMB and mpich-testsuite
This commit was SVN r6604.
which should ease building:
--no_check: do not make check -- may not be interesting,
we still want to do further testing.
--install-dir: On clusters, tmp may not be shared,
still, one may not want to use --scrdir
build_tests.pl is taken form build_tarball.pl.
Actually all subs are the same (is it possible to have
a module that is included by both?)
It configures and compiles two tests (now PMB and the
mpichtests) and installs them for later execution.
This takes a (misnamed) input --outfile, the output
file of build_tarball.pl, so the test-files are
compiled for every combination of OpenMPI-compilations.
The following ompi_crontab.sh script the pulls all
combinations of MPI-tests compiled and qsubs them.
This commit was SVN r5579.
- 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.
- 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.
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.
