size_t to int. This is in recognition of the fact that these two
classes are primarily used for fortran<-->c convertsion of various
entities (attributes, MPI objects), and MPI defines that an int must
be used to hold MPI fortran handles. Hence, why use size_t
internally? See the comment in src/class/ompi_pointer_array.h for a
better description.
Mixed in a few attribute fixes in this commit as well.
This commit, therefore:
- converts the indexing from size_t to int
- changes all locations in the code that I could find that used size_t
as the interface to ompi_bitmap_t or ompi_pointer_array_t
- convert to use OMPI_FINT_2_INT / OMPI_INT_2_FINT macros in various
src/mpi/c/*f2c.c and src/mpi/c/*c2f.c files
- check the return code of ompi_comm_free() to ensure that everything
worked properly before returning MPI_SUCCESS
- unified all src/mpi/c/*f2c.c functions (i.e., they all do the same
thing)
- tie up some loose ends w.r.t. MPI_Request handling in fortran; set
the req_f_to_c_index to MPI_UNDEFINED when it does not have a fortran
index
- still need to add a configure test to find OMPI_FORTRAN_HANDLE_MAX
for ompi_bitmap.c and ompi_pointer_array.c (hard-wired to INT_MAX
right now)
- re-organized, consolidated, and unified some ompi_pointer_array.c
code -- fixed a few minor bugs w.r.t. lowest_free (could have left
some unintentional holes in the array)
This commit was SVN r3302.
Botched the last 2 commits, so this one fixes all 3 and we have a
stable tree again:
- r3299 was supposed to include all the *.c files in r3300 and should
not have included bindings.h and fint_2_int.h, and does exactly what
it says in the commit message for r3299.
- r3300 was supposed to include bindings.h and fint_2_int.h and
Makefile.am -- it moved all the int<-->fint macros out of bindings.h
and into the standalone file fint_2_int.h. This allows the
int<-->fint macros to be included in some of the files in
src/mpi/c/*.c (particularly the f2c and c2f functions).
This commit was SVN r3301.
The following SVN revision numbers were found above:
r3299 --> open-mpi/ompi@d8fb2ff1e5
r3300 --> open-mpi/ompi@57d7863e1a
r3299 should have included add the *.c files in this commit and not
included bindings.h and fint_2_int.h. So this commit includes the
missing .c files, and describes the changes in bindings.h and
fint_2_int.h: moved all the int<-->fint conversion macros
This commit was SVN r3300.
The following SVN revision numbers were found above:
r3299 --> open-mpi/ompi@d8fb2ff1e5
result of a long, confusing conversation between Geroge and myself,
and a bunch more Intel tests now pass as a result:
- use (void*) instead of (MPI_Fint*). Don't use the proper function
pointer type (as defined in, e.g., op/op.h) because a) there's no
typecasting coming in from fortran anyway, and b) it would make a
dependency from all the fortran bindings to op.h, errhandler.h, and
attribute.h.
- do not dereference function pointers when calling the back-end C MPI
functions -- pass them as the pointers that Fortran passed in the
first place.
This commit was SVN r3299.
that the C compiler may support bool with no help from <stdbool.h>.
So add another configure test and adjust ompi_config_bottom.h as
appropriate. Since the #if logic in ompi_config_bottom.h got a little
complicated w.r.t. bool, I indented to make the conditionals clear.
This commit was SVN r3291.
1. header file and source file protections using #ifdef WIN32
2. new files and directories to support windows functionality
3. appropritate linkage symbols added (OMPI_DECLSPEC) for windows
4. some functions are unimplemented on the windows side. this is mostly
because there might not be need to implement it in windows land. eg., forking
a daemon off
5. Introduced locking mechanisms for windows
This commit was SVN r3286.
- change the DUMP to use the ompi_output system. The integrations is just 50% done as I dont want to have to write DUMP(("%d", integer)).
- correct the stack usage. More test now finish correctly.
- others minor changes.
This commit was SVN r3278.
alignment. Right now, we only check for char, short, and int. If we
ever run across a platform where one of those three don't work, we'll
need to extend ompi_config_bottom.h. :-)
This commit was SVN r3271.
the Open MPI tree. This fixes bug 1015.
- Eliminate some confusion/inconsistencies through the tree; we only
use MCA_<type>_<name>_VERSION now, not ..._FULL_VERSION
- coll demo component is ready
- ROMIO io component had a VERSION file but wasn't using it, so now
it's using it properly
- Updated autogen.sh and mca_make_configure.pl to generate version
header templates upon demand
This commit was SVN r3267.
If set to 1, the relevant .m4 files will be copied to the component
directory, allowing "make dist" to fully bundle up everything needed
to build the component (thereby allowing the distribution tarball to
be built outside the Open MPI tree).
This commit was SVN r3258.
ompi_comm_free() (I recently moved them to the destructor). They are
actually more correct in ompi_comm_free() -- there's a lengthy comment
in comm.c containing the reasons why.
This commit was SVN r3248.
