Hello,
Using today's SVN 1.4a1r19757
with
MCA='--mca btl_openib_verbose 1 --mca btl openib,self --mca btl_openib_if_include
"mlx4_0:1,mlx4_1:1"'
ibstatus (OFED 1.3.1) gives:
Infiniband device 'mlx4_0' port 1 status:
default gid: fe80::::0003:ba00:0100:71a1
base
Jeff,
You broke my ksh (and I expect something else)
Today's SVN 1.4a1r19757
orte/mca/plm/rsh/plm_rsh_module.c
line 471:
tmp = opal_argv_split("( test ! -r ./.profile || . ./.profile;", ' ');
^
ARGHH
No (
tmp = opal_arg
Jeff Squyres writes:
> On Oct 11, 2008, at 10:20 AM, Aleksej Saushev wrote:
>
>> $ ompi_info | grep oob
>> MCA oob: tcp (MCA v1.0, API v1.0, Component v1.0)
>> MCA rml: oob (MCA v1.0, API v1.0, Component v1.2.7)
>
> Good!
>
>>> $ mpirun --mca rml_base_debug 100 -np
I did find the following in ompi_info:
MCA ras: gridengine (MCA v1.0, API v1.3, Component v1.2.7)
MCA pls: gridengine (MCA v1.0, API v1.3, Component v1.2.7)
However I see that in an ompi_info built without using the --with-sge
switch.
Also, since I'm building 1.2.8, shouldn't those ver
Howdy,
I'm compiling 1.2.8 on a system with SGE 6.1u4 and came across the
"--with-sge" option on a Grid Engine posting.
A couple questions:
1. I don't see --with-sge mentioned in the "./configure --help" output,
nor can I find much reference to it on the open-mpi site, is this option
real
Hi all,
We tried to install OpenMPI 1.2.8 on Linux in a couple of versions here
(compiler from intel, pgi, studio, gcc - all 64bit and 32bit).
If we used SUN Studio Express (2008/07/10) and configured to produce
32bit library, we got following errors (full log see in file
my_makelog_sun32.tx
In the upcoming 1.0.8 release of MPICH2 (next week or so) we are fixing it
similar to Open MPI, so you shouldn't need to undef anything even in MPICH2.
Rajeev
> Date: Thu, 16 Oct 2008 12:29:01 +0200
> From: Jed Brown
> Subject: [OMPI users] on SEEK_*
> To: us...@open-mpi.org
> Message-ID: <2008
On Thu 2008-10-16 08:21, Jeff Squyres wrote:
> FWIW: https://svn.mpi-forum.org/trac/mpi-forum-web/ticket/20 is a
> placemarker for discussion for the upcoming MPI Forum meeting (next
> week).
>
> Also, be aware that OMPI's 1.2.7 solution isn't perfect, either. You
> can see from ticket 20 th
FWIW: https://svn.mpi-forum.org/trac/mpi-forum-web/ticket/20 is a
placemarker for discussion for the upcoming MPI Forum meeting (next
week).
Also, be aware that OMPI's 1.2.7 solution isn't perfect, either. You
can see from ticket 20 that it actually causes a problem if you try to
use SEE
Hi Jeff
I used the configure option:
--enable-ptmalloc2-opt-sbrk
To solve a segmentation fault in memory allocation with openmpi.1.2.x and
PGI 7.1-4 and 7.2.
I have a simple source code (Callocrash.c) as example of this (see belowe).
Could you test this code on a node with 8 Gbyte of RAM and Re
On Thu 2008-10-16 07:43, Jeff Squyres wrote:
> On Oct 16, 2008, at 6:29 AM, Jed Brown wrote:
>
> Open MPI doesn't require undef'ing of anything. It should also not
> require any special ordering of include files. Specifically, the
> following codes both compile fine for me with 1.2.8 and the
On Oct 16, 2008, at 6:29 AM, Jed Brown wrote:
but when SEEK_* is not present and iostream has been included, OMPI-
dev
gives these errors.
/home/ompi/include/openmpi/ompi/mpi/cxx/mpicxx.h:53: error:
‘SEEK_SET’ was not declared in this scope
/home/ompi/include/openmpi/ompi/mpi/cxx/mpicxx.h:54
I've just run into this chunk of code.
/* MPICH2 will fail if SEEK_* macros are defined
* because they are also C++ enums. Undefine them
* when including mpi.h and then redefine them
* for sanity.
*/
# ifdef SEEK_SET
#define MB_SEEK_SET SEEK_SET
#define MB_SEEK_CUR SEEK_CUR
#defin
13 matches
Mail list logo
