On Fri, 24 Mar 2006 17:17:09 -0700, Brian Barrett
wrote:
I'm not sure we could do something like this internally in Open MPI's
build system and we definitely don't have the developer time to look
into it in the foreseeable future.
Well, from my knowledge about it, it's pretty much impossibl
On Mar 24, 2006, at 6:43 PM, Troy Telford wrote:
On Fri, 24 Mar 2006 16:30:37 -0700, Brian Barrett mpi.org>
wrote:
The freely available derivatives of PBS all
seemed more than happy to help with building the tm libraries with -
fPIC.
It's a pity that I'm not in a position where I don't ha
On Fri, 24 Mar 2006 16:30:37 -0700, Brian Barrett
wrote:
That's just poor response, but that's generally been my opinion of
Altair lately. I'm aware this limits the usability of one of the
prime features of Open MPI, but the truth is, it's their poor product
that is the problem.
Nice to se
On Mar 24, 2006, at 6:11 PM, Troy Telford wrote:
Noticing the FAQ, http://www.open-mpi.org/faq/?
category=building#build-rte
Rather than simply running `./confiugre --disable-shared --enable
static`
and having /everything/ compiled statically, is it possible to compile
only the bare minimum
Noticing the FAQ, http://www.open-mpi.org/faq/?category=building#build-rte
Rather than simply running `./confiugre --disable-shared --enable static`
and having /everything/ compiled statically, is it possible to compile
only the bare minimum to get the tm module working, and leave the rest as
Hello,
I have read MPI-2 documents as well as FAQ. I am confused as the best way
to establish communication
between two MPI_COMM_WORLD which has been created by two mpiexec calls on
the same node.
mpiexec -conf config1
This start 20 processes on 7 nodes
mpiexec -conf config2
Th
