On 12/12/07, Jeff Squyres wrote:
> On Dec 12, 2007, at 6:32 PM, Lisandro Dalcin wrote:
> > Do I have the libtool API calls available when linking against
> > libmpi.so ?
>
> You should, yes.
OK, but now I realize that I cannot simply call libtool dlopen()
inconditionally, as libmpi.so could not e
Yes, the software came with its own. And i removed it, mpif77 takes
care of not having mpif.h in the directory just as it should.
I should mention (sorry) that the single, complex and double complex
examples work. only the double (real) examples fail.
Brock Palen
Center for Advanced Comp
This *usually* happens when you include the mpif.h from a different
MPI implementation. Can you check that?
On Dec 12, 2007, at 5:15 PM, Brock Palen wrote:
Has anyone ever built parpack (http://www.caam.rice.edu/software/
ARPACK/) with openmpi? It compiles but some of the examples give:
[
On Dec 12, 2007, at 6:32 PM, Lisandro Dalcin wrote:
Yes, this is problematic; dlopen is fun on all the various OS's...
FWIW: we use the Libtool DL library for this kind of portability;
OMPI
itself doesn't have all the logic for the different OS loaders.
Do I have the libtool API calls avai
On 12/12/07, Jeff Squyres wrote:
> Yes, this is problematic; dlopen is fun on all the various OS's...
>
> FWIW: we use the Libtool DL library for this kind of portability; OMPI
> itself doesn't have all the logic for the different OS loaders.
Do I have the libtool API calls available when linking
Has anyone ever built parpack (http://www.caam.rice.edu/software/
ARPACK/) with openmpi? It compiles but some of the examples give:
[nyx-login1.engin.umich.edu:12173] *** on communicator MPI_COMM_WORLD
[nyx-login1.engin.umich.edu:12173] *** MPI_ERR_TYPE: invalid datatype
[nyx-login1.engin.umic
You can specify which network interface should be used by Open MPI via
the btl_tcp_if_include MCA parameter (using the interface name, e.g.
eth0,eth1). You can even specify how the messages will be distributed
between the networks (please read the FAQ for more info about this).
To test that
Thanks Tim. I've since noticed similar problems with MPI_Allgatherv and
MPI_Scatterv. I'm guessing they are all related. Do you happen to know
if those are being fixed as well?
-Ken
> -Original Message-
> From: users-boun...@open-mpi.org [mailto:users-boun...@open-mpi.org]
On
> Behalf
Hi,
I'm on a AMD64 box (Linux quartic.txcorp.com 2.6.19-1.2288.fc5 #1 SMP
Sat Feb 10 14:59:35 EST 2007 x86_64 x86_64 x86_64 GNU/Linux) and
compiled openmpi-1.2.4 using the Lahey-Fujitsu compiler (lfc). The
compilation of openmpi went fine.
$ ../configure --enable-mpi-f90 --enable-mpi-f77 --
In the past I configured a Linux cluster by bonding two ethernet ports
together on each node (with the master having a third port of outside
communication); however, recent discussions seem to say that if I have
two ethernet cards OpenMPI can handle all the setup itself.
My question is what
Hi Jeff,It seems that the problems are partially the compilers fault, maybe the updated compilers didn't catch all the problems filed against the last release? Why else would I need to add the "-no-multibyte-chars" flag for pretty much everything that I build with ICC? Also, its odd that I have to
On Dec 11, 2007, at 9:08 AM, Lisandro Dalcin wrote:
(for a nicely-formatted refresher of the issues, check out
https://svn.open-mpi.org/trac/ompi/wiki/Linkers)
Sorry for the late response...
I've finally 'solved' this issue by using RTLD_GLOBAL for loading the
Python extension module that ac
Hello,
I'm working on a MPI application where I'm using OpenMPI instead of MPICH.
In my "master" program I call the function MPI::Intracomm::Spawn which spawns
"slave" processes. It is not clear for me how to spawn the "slave" processes
over the network. Currently "master" creates "slaves" on th
My primary work platform is a MacBook Pro, but I don't specifically
develop for OS X, so I don't have any special compilers.
Sorry to ask this because I think the information was sent before, but
could you send all the compile/failure information? http://www.open-mpi.org/community/help/
I could reproduce and fix the bug. It will be corrected in trunk as
soon as the svn is online again. Thanks for reporting the problem.
Aurelien
Le 11 déc. 07 à 15:02, Aurelien Bouteiller a écrit :
I cannot reproduce the error. Please make sure you have the lib/
openmpi/mca_pml_v.so file in y
15 matches
Mail list logo
