Okay, I'll fix for tonights tarball.
Thanks!
On Oct 26, 2012, at 3:28 PM, "Shamis, Pavel" wrote:
> There is a bug in makefile. The file existing in svn, but it is not listed in
> the Makefile.am. As a result, it wasn't pulled to the tarball.
>
> Pavel (Pasha) Shamis
> ---
> Computer Science R
There is a bug in makefile. The file existing in svn, but it is not listed in
the Makefile.am. As a result, it wasn't pulled to the tarball.
Pavel (Pasha) Shamis
---
Computer Science Research Group
Computer Science and Math Division
Oak Ridge National Laboratory
On Oct 26, 2012, at 2:33 PM,
we have trouble compiling the 1.7 series on a machine in Dresden.
Specifically, we receive an error message when compiling the
bcol/iboffload component (other infiniband components compile fine).
Any idea/suggestions what we might be doing wrong or what to look for?
make[2]: Entering directory
`/
On Fri, Oct 26, 2012 at 6:37 PM, Jeff Squyres wrote:
> This all now looks good to me
Thank you for reviewing and helping me to get this up to the project's
standards!
> For me to commit this, can you do two things:
>
> 1. I hate to do this, but this is more than a "trivial" patch that we could
On 10/25/12 10:55 AM, "Jeff Squyres" wrote:
>Something that might not be clear from my initial writeup:
>
>1. I had to go change C code to disable libnbc. Since non-blocking
>collectives are part of MPI-3:
> a) we have no convenient configure argument to not build the libnbc
>coll component (t
On Oct 19, 2012, at 6:11 PM, Dmitri Gribenko wrote:
> Thank you for the suggestion, I introduced OMPI_BUILD_FORTRAN_BINDINGS
> into mpi.h.in for this.
Excellent.
> *** JMS Per my above ramble, CHARACTER and INTEGER (and others) are
> built-in to Fortran, so we'll always have these if we're build
It was replaced with native PMI support. Just configure
--with-pmi=
On Oct 26, 2012, at 6:45 AM, guillaume.papa...@ext.bull.net wrote:
> Hi
> We've noticed that, since ticket #3260, the grpcomm hier has been deleted.
> Unfortunatly it is mandatory to use the ess slurmd. Actually we are using
Hi
We've noticed that, since ticket #3260, the grpcomm hier has been deleted.
Unfortunatly it is mandatory to use the ess slurmd. Actually we are using
this ess to work with slurm when starting mpi jobs with srun (without
mpirun).
In this case the grpcomm hier works fine, even if it is reintrodu
