Skip to content

Releases: lanl/MPI-Bash

MPI-Bash v1.5

23 Aug 20:46
v1.5
0b2e9da

Choose a tag to compare

This release is designed to work with Bash 5.3, which changed one of the APIs MPI-Bash uses. It still maintains compatibility with earlier Bash versions.

MPI-Bash v1.4

02 Feb 00:31
89271a1

Choose a tag to compare

It has been a number of years since the previous release of MPI-Bash. Since then, the code has been cleaned up a bit and updated to build properly with newer compilers and MPI implementations. See the detailed list of changes between v1.3 and v1.4 for more information.

MPI-Bash v1.3

21 Nov 21:58

Choose a tag to compare

This release includes a few bug fixes, a few improvements to the build process, and some extra information added to the documentation. See the detailed list of changes between v1.2 and v1.3 for more information.

MPI-Bash v1.2

17 Feb 23:19

Choose a tag to compare

This release represents a few improvements to the build process. First, a --with-plugindir option lets a user easily override the directory in which mpibash.so and circlebash.so get installed. Second, the mpibash wrapper script is cleaner and more robust. Third, scripts that rely on Circle-Bash are not installed if Circle-Bash is not installed (typically because Libcircle was not available at configuration time).

There are no changes to the implementation of any of the MPI-Bash (or Circle-Bash) loadable builtin functions. However, the mpibash wrapper script no longer defines the MPIBASH_PLUGIN and CIRCLEBASH_PLUGIN environment variables. Instead, it puts the plugins in the LD_LIBRARY_PATH so a simple enable -f mpibash.so mpi_init will work.

MPI-Bash v1.1

13 Feb 18:28

Choose a tag to compare

This release represents a significant improvement to the way that MPI-Bash is built and deployed. Previously, in version 1.0, MPI-Bash was distributed as a set of patches to the Bash source code and was therefore tied to a specific version of Bash (Bash v4.3, to be exact). In version 1.1, MPI-Bash is built as a Bash plugin ("loadable builtin" in Bash terminology) and therefore enjoys some degree of forward and backward compatibility with Bash versions. It still requires the Bash source code to build, but only because few if any Linux distributions provide the Bash development header files. Finally. the MPI-Bash build process now uses the GNU Autotools for their features and robustness.