- added ompi_list_splice and ompi_list_join, which are multi-list
manipulation functions similar to the splice functions in the STL
list interface
- added ompi_list_is_empty() for O(1) testing of for an empty list
- added note that sometime in the future, ompi_list_get_size() may
change to O(N) complexity. DID NOT CHANGE THE FUNCTION IN ANY WAY.
If you are writing new code that needs to check for an empty list, please
use ompi_list_is_empty() rather than ompi_list_get_size() as is_empty()
will always be an O(1) operation (I can't see how you could make it
impossible to make it O(1), so this seems like a safe claim).
This commit was SVN r2186.
return code from waitpid(). For example, in some cases, when gcc
fails to compile the app for some reason, it returns an error status
of 1, which is a return code of 256. If we return 256 from main(),
only the lower 8 bits are returned which results in a 0 return status
from the wrapper compiler (doh!). So be sure that we properly strip
out the correct return status from the underlying compiler and return
only those 8 bits through main().
This commit was SVN r2175.
made it [somewhat] compile and fully integrate it into the build
process:
- add configure.params to gpr/proxy and gpr/replica
- bring gpr/proxy/Makefile.am and gpr/replica/Makefile.am up-to-date
- uncomment gpr sections from ompi_info
- took the liberty of changing a member variable from "delete" to
"delete_fn" in gpr.h ("delete" is a keyword in C++, and gpr.h is
included in ompi_info, which is written in C++)
This commit was SVN r2159.
I could use some help from one of you MCA gurus - if you run the test, you'll see that I cannot get the gpr components to be recognized. I'm not sure of the reason - I would appreciate any help you can provide to get the gpr components "registered".
This commit was SVN r2158.
I have to commit this to cleanup a break in my tree. I'm hoping it won't break the compile of the tree, but will fix it as quickly as possible.
Jeff - you are welcome to set an "ignore" on the gpr if you like - I'll let you know when I've got the "kinks" out.
This commit was SVN r2145.
MPI_PARAM_CHECK was previously set to disable MPI API param checking
at compile time (and our hands are tied at run-time) and implict MCA
param assignements
This commit was SVN r2142.
- the f2c functions should return the corresponding *_NULL functions
and not invoke an MPI exception if an invalid fortran handle is
passed
- the error check should be outside MPI_PARAM_CHECK -- MPI defines the
behavior of when an invalid fortran handle is passed; it is not
dependant upon whether we are checking parameters or not
This commit was SVN r2140.
