Been wracking my brain on this, and I can't find any way to do this cleanly
without invoking some kind of extension/modification to the MPI-RTE interface.
The problem is that we are now executing an "in-band" modex operation. This is
fine, but the modex operation (no matter how it is executed) i
Hello Josh,
> Try now, please.
I can build openmpi-1.9a1r29209 with my Sun C compiler on my platforms.
Thank you very much for your help! I can even use it on Linux and
I still get a Bus Error on Solaris, but that is a different problem.
I'm happy that I have at least one working platform again.
Hello Josh,
I just tried to compile openmpi-1.9a1r29209 with gcc-4.8.0 and get the
following error on Solaris sparc and Solars x86_64.
sunpc1 openmpi-1.9a1r29209-SunOS.x86_64.64_gcc 24 tail -14
log.make.SunOS.x86_64.64_gcc
make[2]: Entering directory
`/export2/src/openmpi-1.9/openmpi-1.9a1r292
Can you please do a "man bzero" and tell us what include file it says we need?
On Sep 19, 2013, at 3:33 AM, Siegmar Gross
wrote:
> Hello Josh,
>
> I just tried to compile openmpi-1.9a1r29209 with gcc-4.8.0 and get the
> following error on Solaris sparc and Solars x86_64.
>
> sunpc1 openmpi-1
What: Add neighborhood collective support to the trunk. These operations are
required for MPI-3 compliance.
When: One week: 9/19. This code is targeted for 1.7.4 and should have plenty of
time to cook in the trunk.
The attached patch implements the neighborhood collectives defined in MPI-3.
Pl
