that ptl address on send and receive side is the same. This is set
once by the constructor. Can't do this on the recv side, since a
fragment can be used for multiple destinations.
This commit was SVN r3314.
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.
