On Feb 10, 2014, at 6:14 PM, Jeff Squyres (jsquyres) <jsquyres_at_[hidden]> wrote:
> As a side effect, this means that -- for 32 bit builds -- we will not support large filesystems well (e.g., filesystems with 64 bit offsets). BlueGene is an example of such a system (not that OMPI supports BlueGene, but...).
To clarify and head off unnecessary quibbling, I'll point out that by "BlueGene", Jeff means "Blue Gene/P" (/Q is 64-bit). This issue applies to any machine with 32-bit addresses that might want to access files larger than 2 GiB.
> Specifically: for 32 bit builds, we'll only allow MPI_Offset to be 32 bits. I don't think that this is a major issue, because 32 bit builds are not a huge issue for the OMPI community, but I raise the point in the spirit of full disclosure. Fixing it to allow 32 bit MPI_Aint but 64 bit MPI_Offset and MPI_Count would likely mean re-tooling the PML/BML/BTL/convertor infrastructure to use something other than size_t, and I have zero desire to do that! (please, no OMPI vendor reveal that they're going to seriously build giant 32 bit systems...)