Hi Llelan, Llelan D. wrote on Wed, 27 Sep 2017 at 19:06:23
> On 09/27/2017 3:04 PM, Jeffrey A Cummings wrote: >> The MS-MPI developers disagree with your statement below and claim to >> be actively working on MPI-3.0 compliance, with an expected new version >> release about every six month. > > They can disagree as much as they want. I've spent over 30 years doing > contracts for and associated with MS and am very familiar with their policy of > what they claim vs. what they do. Check out: > http://mpi-forum.org/slides/2014/11/mpi3-impl-status-Nov14.pdf > for where msmpi was in 2014 when they were claiming > the same things. The latest version of msmpi (v8.1.12438) still only > provides minimal support for MPI specification v2.0. Did you mean MPI 3.0 here? We've had comprehensive support for MPI 2.0 for quite some time, and as of version 8.1 believe we should be MPI 2.2 compliant as well as supporting a fair bit of MPI 3.0. We've been steadily adding MPI 3 support each release, and tend to prioritize development based on user feedback, so if there are APIs you need, please let us know - you can contact the MS-MPI team directly at mailto:ask...@microsoft.com. You should be able to see the evolution through the MPICH BOF slides from past super computing conferences. The 2015 slides are here: https://www.mpich.org/files/2015/11/SC15-MPICH-BoF.pdf, but unfortunately the 2016 slides link is broken. > Understand, I'm no MS basher; Windows is still the most likely development > environment in the industry and must be respected. This is why I always > argue that it is a mistake not to distribute native MS versions of packages no > matter what level of popular support there is. > Allowing MS to restrict the level of support on the Windows platform to only > the avenues they wish developers to use is a huge restriction for the > evolution of a specification and a terrible problem for those of us who must > work cross-platform. I think you misconstrue our objectives here. If there are APIs you would like us to support, let us know so that we can prioritize their implementation. We also don't prevent or discourage alternative implementations, and while we would be more than happy to see Windows native Open MPI releases, we understand and respect the Open MPI developers' decision to invest their time elsewhere. Cheers, -Fab _______________________________________________ users mailing list users@lists.open-mpi.org https://lists.open-mpi.org/mailman/listinfo/users
