On Mar 8, 2006, at 4:46 AM, Pierre Valiron wrote:
Sorry for the interruption. I back on mpi tracks again.
I have rebuilt openmpi-1.0.2a9 with -g and the error is unchanged.
I have also discovered that I don't need to run any openmpi
application
to show up the error.
mpirun --help or mpirun
Brian,
Thanks for the quick night fix.
I could not find r9223 on the subversion trunk but I downloaded r9224
instead.
- Configure and compile are okay
- However compiling the mpi.f90 takes over 35 *minutes* with -O1. This
seems a bit excessive... I tried removing any -O option and things
Hi,
I am trying to install OPENMPI on a Linux cluster with 22 dual Opteron
nodes
and a Myrinet interconnect. I am having trouble with the build with the GM
libraries. I configured with:
./configure --prefix-/users/rosmond/ompi --with-gm=/usr/lib64
--enable-mpi2-one-sided
and the environme
Please note that I replied to your original post:
http://www.open-mpi.org/community/lists/users/2006/02/0712.php
Was that not sufficient? If not, please provide more details on what
you are attempting to do and what is occurring. Thanks.
On Mar 7, 2006, at 2:36 PM, Cezary Sliwa wrote
On Mar 6, 2006, at 10:19 PM, 赖俊杰 wrote:
hello everyone,I'm a research assistant at Tsinghua University.
And now,i begin to study the MPI for DSP.
Can anybody tell me something on this field?
If you're looking for an embedded MPI implementation, Open MPI is not
for you. You might want to goo
I've got a machine that has the following config:
Each node has two InfiniBand ports:
* The first port is on fabric 'a' with switches for 'a'
* The second port is on fabric 'b' with separate switches for 'b'
* The two fabrics are not shared ('a' and 'b' can't communicate with one
another)
The configure seemed to go OK, but the make failed. As you see at the
end of the
make output, it doesn't like the format of libgm.so. It looks to me
that it is using
a path (/usr/lib/.) to 32 bit libraries, rather than 64 bit
(/usr/lib64/). Is this
correct? What's the solution?
Firs
Troy Telford wrote:
The configure seemed to go OK, but the make failed. As you see at the
end of the
make output, it doesn't like the format of libgm.so. It looks to me
that it is using
a path (/usr/lib/.) to 32 bit libraries, rather than 64 bit
(/usr/lib64/). Is this
correct? Wha
On Mar 3, 2006, at 10:50 AM, Troy Telford wrote:
On Thu, 02 Mar 2006 03:55:46 -0700, Jeff Squyres mpi.org> wrote:
That being said, I have been unable to get OpenMPI to compile with
PGI 6.1
(but it does finish ./configure; it breaks during 'make').
Can you provide some details on what is goi
On Thu, Mar 09, 2006 at 09:13:46PM -0500, Brian Barrett wrote:
> I think I have this fixed on the trunk. It looks like PGI tried to
> make the 6.1 compilers support GCC inline assembly, but it doesn't
> look like it's 100% correct,
... and that's no surprise. The spec in the gcc info pages d
On Mar 9, 2006, at 9:28 PM, Greg Lindahl wrote:
On Thu, Mar 09, 2006 at 09:13:46PM -0500, Brian Barrett wrote:
I think I have this fixed on the trunk. It looks like PGI tried to
make the 6.1 compilers support GCC inline assembly, but it doesn't
look like it's 100% correct,
... and that's no
On Mar 9, 2006, at 2:51 PM, Tom Rosmond wrote:
I am trying to install OPENMPI on a Linux cluster with 22 dual
Opteron nodes
and a Myrinet interconnect. I am having trouble with the build
with the GM
libraries. I configured with:
./configure --prefix-/users/rosmond/ompi --with-gm=/usr/lib6
On Mar 9, 2006, at 6:41 PM, Troy Telford wrote:
I've got a machine that has the following config:
Each node has two InfiniBand ports:
* The first port is on fabric 'a' with switches for 'a'
* The second port is on fabric 'b' with separate switches for 'b'
* The two fabrics are not shared
Attached are output files from a build with the adjustments you suggested.
setenv FC pgf90
setenv F77 pgf90
setenv CCPFLAGS -I/usr/include/gm
./configure --prefix=/users/rosmond/ompi --with-gm
The results are the same.
P.S. I understand that the mpi2 option is just a dummy. I use it because
I
14 matches
Mail list logo
