that's good. Go ahead -- commit that." But then as soon as you read
the diff on the mailing list, you realize how borked it was. [sigh]
- add MPI_INTEGER16 at George's request
- don't forget to commit acinclude.m4
- correctly name the REAL checks (accidentally had 2 sets of INTEGER
checks)
This commit was SVN r2936.
Revert to previous version; it's possile that someday we're have a
log-based solution that allows communative operations, so leave those
checks in for now.
This commit was SVN r2918.
committing what I believe to be a few fixes for the ddt engine, but
really need to have George look at these and approve my fixes once he
gets back online.
- remove some "bad" global symbols:
- basicDatatypes -> ompi_ddt_basicDatatypes
- local_sizes -> ompi_ddt_local_sizes
- ensure that predefined ddt's that are simply synonyms for other ddts
are initialzed properly with an ompi_datatype_desc_t instance (i.e., a
pointer to their root definition's desc instance)
This commit was SVN r2916.
around with while waiting for other things to compile. :-)
Since there were some unit tests for the argv interface, took the
liberty of updating it for two new functions that were necessary:
ompi_argv_delete() and ompi_argv_insert().
This commit was SVN r2907.
the spawning and retrieving the parent communicator
works already. Have to debug now, what is going wrong
when starting the processes.
This commit was SVN r2902.
reading from outside the allocated area. This bug was *probably*
harmless, but valgrind correctly identified a read from outside the
alloca'ed area (although that value was subsequently never used).
It's safer to just never read it in the first place.
Added "JMS" comments in the code where I made changes. Following up
with a mail to George...
This commit was SVN r2901.
table in my last commit. This commit fixes that, and then re-patches
up mpif.h.in to match.
I'm not sure that we need *all* of the datatypes in there (e.g., do we
really need the C datatypes?), but since George isn't around, I
followed the "when in doubt, it doesn't hurt to add more entries to
the table" rule. Following up with a detailed message to George...
This commit was SVN r2900.
needs to be revisited - as it is probably the most inefficient possible - but
was the quickest to implement
- added downcalls into pml when new procs are added
This commit was SVN r2897.
* unregister the processes when we know they're dead. This seems to still
cause some hangs (but then, so did not doing this)
This commit was SVN r2896.
