+intelmpi is installed.
Is there something special about OpenMPI's MPI_Allreduce function call
that I should be aware of?
Thanks,
--
Hugo Gagnon
I appreciate your replies but my question has to do with the function
MPI_Allreduce of OpenMPI built on a Mac OSX 10.6 with ifort (intel
fortran compiler).
--
Hugo Gagnon
On Tue, 27 Jul 2010 13:23 +0100, "Anton Shterenlikht"
wrote:
> On Tue, Jul 27, 2010 at 08:11:39AM -0400,
I did and it runs now, but the result is wrong: outside is still 1.d0,
2.d0, 3.d0, 4.d0, 5.d0
How can I make sure to compile OpenMPI so that datatypes such as
mpi_double_precision behave as they "should"?
Are there flags during the OpenMPI building process or something?
Thanks,
--
H
_MAIN__16
test.f90
a.out 00010C9C Unknown Unknown
Unknown
a.out 00010C34 Unknown Unknown
Unknown
What is wrong now?
--
Hugo Gagnon
On Wed, 28 Jul 2010 07:56 -0400, "Jeff Squyres"
wrote:
&
I installed with:
./configure --prefix=/opt/openmpi CC=icc CXX=icpc F77=ifort FC=ifort
make all install
I would gladly give you a corefile but I have no idea on to produce one,
I'm just an end user...
--
Hugo Gagnon
On Wed, 28 Jul 2010 08:57 -0400, "Jeff Squyres"
wrote:
>
I mean to write:
call mpi_allreduce(inside, outside, 5,mpi_real, mpi_double_precision,
mpi_comm_world, ierr)
--
Hugo Gagnon
On Wed, 28 Jul 2010 09:33 -0400, "Hugo Gagnon"
wrote:
> And how do I know how big my data buffer is? I ran MPI_TYPE_EXTENT of
> And how do I know how bi
Here they are.
--
Hugo Gagnon
On Wed, 28 Jul 2010 12:01 -0400, "Jeff Squyres"
wrote:
> On Jul 28, 2010, at 11:55 AM, Gus Correa wrote:
>
> > I surely can send you the logs, but they're big.
> > Off the list perhaps?
>
> If they're still big whe
but
unlike on my Mac the code runs fine there. I am just saying that we
should stop worrying about ompi_info output and wait until Jeff Squyres
analyses my build output files that I sent to the list earlier. I might
be wrong too as I have no idea of what's going on.
--
Hugo Gagnon
On Wed,
I'm using gcc 4.8.1 and openmpi 1.7.2, both built from macports.
Inputs appreciated,
--
Hugo Gagnon
for architecture x86_64:
"_mpi_get_address0di4_", referenced from:
_MAIN__ in ccLLbLGQ.o
ld: symbol(s) not found for architecture x86_64
--
Hugo Gagnon
On Mon, Aug 5, 2013, at 9:42, Jeff Squyres (jsquyres) wrote:
> Can you send a small reproducing example?
>
>
> O
Will do, for now the best I can give is the portfile containing some
config options:
https://trac.macports.org/browser/trunk/dports/science/openmpi/Portfile
I used the gcc48 variant.
--
Hugo Gagnon
On Mon, Aug 5, 2013, at 9:52, Jeff Squyres (jsquyres) wrote:
> Can you send your build l
Build log attached.
--
Hugo Gagnon
On Mon, Aug 5, 2013, at 10:04, Hugo Gagnon wrote:
> Will do, for now the best I can give is the portfile containing some
> config options:
>
> https://trac.macports.org/browser/trunk/dports/science/openmpi/Portfile
>
> I used
at
(1)
On a unrelated note, I noticed that I always get this generic message
for MPI-related compiling errors; is there a way to get more descriptive
error messages?
--
Hugo Gagnon
On Tue, Aug 6, 2013, at 11:22, Jeff Squyres (jsquyres) wrote:
> You found a bug!
>
> Emba
Hi,
I'm encountering this error during "make all":
Undefined symbols for architecture x86_64:
"___atomic_fetch_add_4", referenced from:
std::locale::locale(std::locale const&,
SpaceSeparator*) in otfprofile-create_latex.o
See attached for the complet
My apologies; I just realized that I was compiling with the LLVM
dragonegg 3.4 GCC plugin, which apparently does not support all of GCC
yet. Hopefully this will be of some help to someone in the future!
--
Hugo Gagnon
On Wed, Aug 21, 2013, at 7:07, Bert Wesarg wrote:
> Hugo,
>
> On
he call to MPI_Allreduce
works fine in that case. Am I doing something wrong with MPI_IN_PLACE?
I'm using OpenMPI 1.6.5 compiled with gcc 4.8.1 on Mac OS 10.8.
Thanks,
--
Hugo Gagnon
6
Now I'd be curious to know why your OpenMPI implementation handles
MPI_IN_PLACE correctly and not mine!
--
Hugo Gagnon
On Fri, Sep 6, 2013, at 22:37, Tom Rosmond wrote:
> Hello,
>
> Your syntax defining 'a' is not correct. This code works correctly.
>
,use_dylibs
I checked mine and it does (I even tried to include it explicitly on the
command line but without success), what should I do next?
--
Hugo Gagnon
On Sat, Sep 7, 2013, at 0:39, Tom Rosmond wrote:
> Just as an experiment, try replacing
>
> use mpi
>
> with
>
> inc
...
hence my question to this forum in the first place.
I also tried the code snippet at
https://svn.open-mpi.org/trac/ompi/ticket/1982
and that doesn't work for me either, i.e. all I get is zeros.
--
Hugo Gagnon
On Tue, Sep 10, 2013, at 5:58, Jeff Squyres (jsquyres) wrote:
> On Se
On Wed, Sep 11, 2013, at 12:26, Jeff Squyres (jsquyres) wrote:
> On Sep 10, 2013, at 2:33 PM, Hugo Gagnon
> wrote:
>
> > I only get the correct output when I use the more "conventional" syntax:
> >
> > ...
> > call MPI_Allreduce(a_loc,
On Wed, Sep 11, 2013, at 13:24, Jeff Squyres (jsquyres) wrote:
> On Sep 11, 2013, at 7:22 PM, Hugo Gagnon
> wrote:
>
> >> This is definitely a puzzle, because I just installed gcc 4.8.1 on my
> >> 10.8.4 OS X MBP,
> >
> > I also just recompiled gcc 4.
21 matches
Mail list logo