Brian, just a heads up - I still see
=== Submodule: 3rd-party/openpmix
==> ERROR: Missing
The submodule "3rd-party/openpmix" is missing.
Perhaps you forgot to "git clone --recursive ...", or you need to
"git submodule update --init --recursive"...?
Even though I specified --with-pmix=/usr/local.
-----Original Message-----
From: devel <[email protected]> On Behalf Of Barrett, Brian via
devel
Sent: Friday, November 12, 2021 3:35 PM
To: Open MPI Developers <[email protected]>
Cc: Barrett, Brian <[email protected]>
Subject: [OMPI devel] External PMIx/PRRTE and "make dist"
Just a quick heads up that I just committed
https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fopen-mpi%2Fompi%2Fpull%2F9649&data=04%7C01%7Cmichael.william.heinz%40cornelisnetworks.com%7C7f53e4e2a9cc48d7a9a308d9a61c0133%7C4dbdb7da74ee4b458747ef5ce5ebe68a%7C0%7C0%7C637723461509758169%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=mYdwzx5qHVKf8l8TYQTeJFK%2F9MK0bJ5MkzJ8kHDB4K0%3D&reserved=0,
which changes Open MPI's behavior around PMIX/PRRTE and external builds.
Previously, the configure script for the internally packaged PMIX and PRRTE
were always run. Now, if the user specifies
--with-{pmix,prrte}={external,[path]}, Open MPI's configure will not run the
sub-configure for the package that the user has asked to be an external
dependency. This has the side-effect of breaking "make dist" in those
situations. So, going forward, if you add --with-pmix=external or
--with-prrte=external on master (and likely soon 5.0), you will *not* be able
to successfully run "make dist" in that build tree. You can run Open MPI's
configure with no pmix/prrte arguments if you need to run "make dist". Given
the general split in use cases between where you'd want to link against an
external PMIX/PRRTE and where you would want to build a distribution tarball,
this is not anticipated to be a problem in practice.
Thanks,
Brian
External recipient
