Discussion:
[OMPI users] Open MPI SC'18 State of the Union BOF slides
Jeff Squyres (jsquyres) via users
2018-11-16 19:35:33 UTC
Permalink
Thanks to all who came to the Open MPI SotU BOF at SC'18 in Dallas, TX, USA this week! It was great talking with you all.

Here are the slides that we presented:

https://www.open-mpi.org/papers/sc-2018/

Please feel free to ask any followup questions on the users or devel lists.
--
Jeff Squyres
***@cisco.com
Bert Wesarg via users
2018-11-18 17:26:19 UTC
Permalink
Dear Jeff,

did not attend SC this year. Though I have a question regarding the
removal of deprecated MPI-1 functions.

The slides mention that "NOT PROTOYPED IN v4.0.x mpi.h BY DEFAULT" but
"Can use --enable-mpi1-compatibility to restore the removed mpi.h
prototypes"

I just build the new Open MPI 4.0.0, without knoladge of this fact,
though not with --enable-mpi1-compatibility. But My mpi.h still has
the prototypes, i.e., MPI_Attr_out etc. pp

OMPI_DECLSPEC int MPI_Attr_delete(MPI_Comm comm, int keyval)
__mpi_interface_deprecated__("MPI_Attr_delete was
deprecated in MPI-2.0; use MPI_Comm_delete_attr instead");
OMPI_DECLSPEC int PMPI_Attr_delete(MPI_Comm comm, int keyval)
__mpi_interface_deprecated__("PMPI_Attr_delete was
deprecated in MPI-2.0; use PMPI_Comm_delete_attr instead");

But the libmpi.so does not have the symbols at all. Which is not
surprising by looking at the code of ompi/mpi/c/Makefile.am"

if OMPI_ENABLE_MPI1_COMPAT
libmpi_c_mpi_la_SOURCES += \
address.c \
attr_delete.c \
attr_get.c \
attr_put.c \
errhandler_create.c \
errhandler_get.c \
errhandler_set.c \
keyval_create.c \
keyval_free.c \
type_extent.c \
type_hindexed.c \
type_hvector.c \
type_lb.c \
type_struct.c \
type_ub.c
endif

Is this the expected situation?

Thanks for clarifying.

Best,
Bert
On Fri, Nov 16, 2018 at 8:43 PM Jeff Squyres (jsquyres) via announce
Post by Jeff Squyres (jsquyres) via users
Thanks to all who came to the Open MPI SotU BOF at SC'18 in Dallas, TX, USA this week! It was great talking with you all.
https://www.open-mpi.org/papers/sc-2018/
Please feel free to ask any followup questions on the users or devel lists.
--
Jeff Squyres
_______________________________________________
announce mailing list
https://lists.open-mpi.org/mailman/listinfo/announce
Bert Wesarg via users
2018-11-19 08:10:12 UTC
Permalink
Post by Bert Wesarg via users
Dear Jeff,
did not attend SC this year. Though I have a question regarding the
removal of deprecated MPI-1 functions.
The slides mention that "NOT PROTOYPED IN v4.0.x mpi.h BY DEFAULT" but
"Can use --enable-mpi1-compatibility to restore the removed mpi.h
prototypes"
I just build the new Open MPI 4.0.0, without knoladge of this fact,
though not with --enable-mpi1-compatibility. But My mpi.h still has
the prototypes, i.e., MPI_Attr_out etc. pp
OMPI_DECLSPEC int MPI_Attr_delete(MPI_Comm comm, int keyval)
__mpi_interface_deprecated__("MPI_Attr_delete was
deprecated in MPI-2.0; use MPI_Comm_delete_attr instead");
OMPI_DECLSPEC int PMPI_Attr_delete(MPI_Comm comm, int keyval)
__mpi_interface_deprecated__("PMPI_Attr_delete was
deprecated in MPI-2.0; use PMPI_Comm_delete_attr instead");
But the libmpi.so does not have the symbols at all. Which is not
surprising by looking at the code of ompi/mpi/c/Makefile.am"
if OMPI_ENABLE_MPI1_COMPAT
libmpi_c_mpi_la_SOURCES += \
address.c \
attr_delete.c \
attr_get.c \
attr_put.c \
errhandler_create.c \
errhandler_get.c \
errhandler_set.c \
keyval_create.c \
keyval_free.c \
type_extent.c \
type_hindexed.c \
type_hvector.c \
type_lb.c \
type_struct.c \
type_ub.c
endif
Is this the expected situation?
I think this commit broke it:

https://github.com/open-mpi/ompi/commit/b03a39d359b019d2d7803d194fd03b2fcdffddce

It should have reverted parts of the Makefile.am changes too.

Bert
Jeff Squyres (jsquyres) via users
2018-11-27 15:50:17 UTC
Permalink
Bert --

Sorry for the slow reply; got caught up in SC'18 and the US Thanksgiving holiday.

Yes, you are exactly correct (I saw your GitHub issue/pull request about this before I saw this email).

We will fix this in 4.0.1 in the very near future.
Post by Bert Wesarg via users
Post by Bert Wesarg via users
Dear Jeff,
did not attend SC this year. Though I have a question regarding the
removal of deprecated MPI-1 functions.
The slides mention that "NOT PROTOYPED IN v4.0.x mpi.h BY DEFAULT" but
"Can use --enable-mpi1-compatibility to restore the removed mpi.h
prototypes"
I just build the new Open MPI 4.0.0, without knoladge of this fact,
though not with --enable-mpi1-compatibility. But My mpi.h still has
the prototypes, i.e., MPI_Attr_out etc. pp
OMPI_DECLSPEC int MPI_Attr_delete(MPI_Comm comm, int keyval)
__mpi_interface_deprecated__("MPI_Attr_delete was
deprecated in MPI-2.0; use MPI_Comm_delete_attr instead");
OMPI_DECLSPEC int PMPI_Attr_delete(MPI_Comm comm, int keyval)
__mpi_interface_deprecated__("PMPI_Attr_delete was
deprecated in MPI-2.0; use PMPI_Comm_delete_attr instead");
But the libmpi.so does not have the symbols at all. Which is not
surprising by looking at the code of ompi/mpi/c/Makefile.am"
if OMPI_ENABLE_MPI1_COMPAT
libmpi_c_mpi_la_SOURCES += \
address.c \
attr_delete.c \
attr_get.c \
attr_put.c \
errhandler_create.c \
errhandler_get.c \
errhandler_set.c \
keyval_create.c \
keyval_free.c \
type_extent.c \
type_hindexed.c \
type_hvector.c \
type_lb.c \
type_struct.c \
type_ub.c
endif
Is this the expected situation?
https://github.com/open-mpi/ompi/commit/b03a39d359b019d2d7803d194fd03b2fcdffddce
It should have reverted parts of the Makefile.am changes too.
Bert
--
Jeff Squyres
***@cisco.com
Loading...