* Ethan Mallove wrote on Mon, Nov 24, 2008 at 09:27:28PM CET:
> On Sun, Nov/23/2008 09:19:12AM, Ralf Wildenhues wrote:
> >
> > While I suppose your patch works, I think in similar situations, OpenMPI
> > has resorted to patching input files to configure (like aclocal.m4 or
> > ltmain.sh). Search
On Nov 24, 2008, at 1:34 PM, Peter Kjellstrom wrote:
I originally posted this to the users list maybe it should have gone
here. I
talked to Jeff Squyres about this bug at SC08 and he thought it
would be nice
to have it fixed before 1.3.
The bug probably is in ompi/datatype/
dt_copy.c:ompi_
On Tuesday 25 November 2008, Jeff Squyres wrote:
> On Nov 24, 2008, at 1:34 PM, Peter Kjellstrom wrote:
> > I originally posted this to the users list maybe it should have gone
> > here. I
> > talked to Jeff Squyres about this bug at SC08 and he thought it
> > would be nice
> > to have it fixed bef
Ralph,
I've just tried this out in my environment where I was seeing issues (as
reported in #1661) and it looks good to me. Now I'm not seeing any drops.
Thanks,
--brad
On Thu, Nov 20, 2008 at 2:25 PM, Ralph Castain wrote:
> Hi all
>
> I believe I have fixed the IOF problems reported by Tim M
Hi Ralf,
Sorry for replying late.
what keeps you from using the autotools-based build system
with MSVC? All you should need is a wrapper like cccl.
I didn't know this 'cccl' before, but I did give a try last weekend with
Cygwin.
Unfortunately, I couldn't make it work for Open MPI (late
Shiqing,
Don't waste your time. While the idea behind cccl is nice, the
overhead is unbelievably expensive. As a comparison it took 2 hours to
compile Open MPI on Windows using cccl and makefile, while it takes
less than 4 minutes to compile exactly the same set of functionalities
using t
