diff options
author | Mike McGreevy <mamcgree@hdfgroup.org> | 2011-07-14 20:33:21 (GMT) |
---|---|---|
committer | Mike McGreevy <mamcgree@hdfgroup.org> | 2011-07-14 20:33:21 (GMT) |
commit | dc9288a44706fa89558d218325f34dbfdad31d07 (patch) | |
tree | 04fd24b7f047af98763c5b4b8a830622312b43fd /config/linux-gnulibc1 | |
parent | 3397a114ced762dd088c674ff9bca5a950428927 (diff) | |
download | hdf5-dc9288a44706fa89558d218325f34dbfdad31d07.zip hdf5-dc9288a44706fa89558d218325f34dbfdad31d07.tar.gz hdf5-dc9288a44706fa89558d218325f34dbfdad31d07.tar.bz2 |
[svn-r21101] HDFFV-7639
Purpose:
Remove H5_MPI_SPECIAL_COLLECTIVE_IO_WORKS and
H5_MPI_COMPLEX_DERIVED_DATATYPE_WORKS #defines from source.
Description:
Two advanced parallel functionalities, special collective IO and
complex derived datatypes, are not supported by older
implementations of mpi, and thus our code limits the use of these
features with #ifdefs and has checks in configure to set them (or
not). Unfortunately, configure can't actually run a parallel check
to see if these features are working (nor not) so it resorts to
looking in the config files where they are explicity enabled or
disabled based on versions of mpi, sytems being built on, or for
no documented reason at all (i.e. just set to on or off as some
'default'). Overriding these settings is easy if need be, provided
it is known that it needs to be done to get improved performance,
and oftentimes it is not.
Most new MPI implementations successfully handle the functionality
requested when these #defines are set, and many of the "turn these
features off" cases in the config files are for old (> 5 years)
versions of MPI and retired systems (such as NCSA's tungsten).
Therefore, the decision has been made to remove the support for
these old versions of MPI and systems that cannot handle these
behaviors. The #ifdefs and supporting setup in the config/ files
and configure script has been removed, and the code executed when
these options were not set removed from the source.
In passing, this commit also cleans up some whitespace issues in
both t_mpi.c and H5Dmpio.c. Furthermore, in t_mpi.c, the special
collective IO test was not getting regularly run due to it being
written to work only with four processes (we regularly test with
six, previously with three), and thus it failed when actually run
due to an out of bounds data buffer assignment. It has been
modified to run at any number of processes greater than four, and
the memory problem has been fixed so the test passes.
Tested:
jam, h5committest, ember
Diffstat (limited to 'config/linux-gnulibc1')
-rw-r--r-- | config/linux-gnulibc1 | 17 |
1 files changed, 0 insertions, 17 deletions
diff --git a/config/linux-gnulibc1 b/config/linux-gnulibc1 index 8f04cf0..9dcc411 100644 --- a/config/linux-gnulibc1 +++ b/config/linux-gnulibc1 @@ -125,23 +125,6 @@ if test -z "$CXX"; then CXX_BASENAME=g++ fi -# Check MPICH settings -. $srcdir/config/mpich - -# The ChaMPIon on NCSA tungsten doesn't work correctly for either of the following -# cases: -# 1. collective I/O when some processes don't have any contributions; -# 2. complex derived MPI data type. -if test $CC_BASENAME = cmpicc; then - hdf5_cv_mpi_special_collective_io_works=${hdf5_cv_mpi_special_collective_io_works='no'} - hdf5_cv_mpi_complex_derived_datatype_works=${hdf5_cv_mpi_complex_derived_datatype_works='no'} -fi - -#Comment out the following line if your system supports collective IO when some processes -#don't have any contributions to IOs. -hdf5_cv_mpi_special_collective_io_works=${hdf5_cv_mpi_special_collective_io_works='no'} -hdf5_cv_mpi_complex_derived_datatype_works=${hdf5_cv_mpi_complex_derived_datatype_works='no'} - # compiler version strings case $CC in # whatever matches *pgcc* will also match *gcc*, so this one must come first |