Changelog available at:
https://raw.githubusercontent.com/open-mpi/ompi/v4.0.x/NEWS
GDS patches have been merged upstream to the embedded PMIx component and the
config logic was subsequently fixed (hash remains the only working GDS).
Bump SHARED_LIBS where necessary.
- switch COMPILER to ports-gcc only, due to limitations in the
build system, MODULES=fortran requires ports-gcc anyway. If problems
with C++ ever show up, we might make a version with fortran disabled
and base-clang only. Compiling mpi applications with base-clang is still
possible.
- adjust SHARED_LIBS accordingly, add @so lib markers while there
- add a simple README with example code
joint effort with j@bitminer.ca
Our diff to convert statfs.f_type tests to statfs.f_fstypename was
broken, since it used pointer equality tests for strings.
Fortunately the default FS type is UFS and upstream tests for NFS using
statfs.f_fstypename, so we only need to neuter tests based on
statfs.f_type.
ok martin@ (maintainer)
Symbols visibility support effectively makes public symbols unavailable
on clang archs. Should be investigated to understand why gcc archs
aren't affected.
Fix from Andreas Kusalananda Kahari (restricted to clang archs by me)
some existing COMPILER lines with arch restrictions etc. In the usual
case this is now using "COMPILER = base-clang ports-gcc base-gcc" on
ports with c++ libraries in WANTLIB.
This is basically intended to be a noop on architectures using clang
as the system compiler, but help with other architectures where we
currently have many ports knocked out due to building with an unsuitable
compiler -
- some ports require c++11/newer so the GCC version in base that is used
on these archirtectures is too old.
- some ports have conflicts where an executable is built with one compiler
(e.g. gcc from base) but a library dependency is built with a different
one (e.g. gcc from ports), resulted in mixing incompatible libraries in the
same address space.
devel/gmp is intentionally skipped as it's on the path to building gcc -
the c++ library there is unused in ports (and not built by default upstream)
so intending to disable building gmpcxx in a future commit.
The Open MPI Project is an open source MPI-2 implementation that is
developed and maintained by a consortium of academic, research, and
industry partners. Open MPI is therefore able to combine the expertise,
technologies, and resources from all across the High Performance
Computing community in order to build the best MPI library available.
Open MPI offers advantages for system and software vendors, application
developers and computer science researchers.
from Andreas Bihlmaier (MAINTAINER) with minor tweaks by me
