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 <devel-boun...@lists.open-mpi.org> On Behalf Of Barrett, Brian via devel Sent: Friday, November 12, 2021 3:35 PM To: Open MPI Developers <devel@lists.open-mpi.org> Cc: Barrett, Brian <bbarr...@amazon.com> 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