I will work on Ralph's suggestion
Thanks all
Sandra Guija
From: sgu...@hotmail.com
To: de...@open-mpi.org
List-Post: devel@lists.open-mpi.org
Date: Wed, 3 Oct 2012 11:47:33 -0700
Subject: Re: [OMPI devel] Open-mpi in red hat 7.3
Hi Jeff, I want to setup a message passing programming environm
Hi Jeff, I want to setup a message passing programming environment on Simics, a
hardware simulation software. Simics have some pre-built target machines, ready
to use, unfortunately these targets have old OS version (Fedora 5, Red Hat
7.3).I installed mpich2 on the Red Hat and bump in some many
Question: why such an old OS? Can you upgrade it? Fedora 7.3 (which is what I
assume you mean) and gcc 2.96 are pretty ancient, in computer software terms --
gcc 2.96 is *over 12 years old*. That's an eternity.
Additional suggestion: we haven't tested with gcc 2.96 in quite a while, and
don'
Not sure why any of them wouldn't successfully install - so why not grab 1.6.2?
Is there some problem you aren't telling us?
On Oct 3, 2012, at 10:20 AM, Sandra Guija wrote:
> Hello,
> Anyone could provide a feedback about the latest version of open-mpi that
> successfully installs in Red Ha
Hello, Anyone could provide a feedback about the latest version of open-mpi
that successfully installs in Red Hat 7.3 gcc 2.96
thanks
Sandra Guija
___
devel mailing list
de...@open-mpi.org
http://www.open-mpi.
Hello, I would like to know what is the latest version I can succesfully
install in Red Hat 7.3 gcc 2.96
thanks
Sandra Guija
If you're going that route, we're probably better off using your original
"hash" based solution so people can just assign a character string to "point"
to their block of data. Otherwise, we get into the problem of potentially
overlapping indexes with people on branches.
On Oct 3, 2012, at 7:29
On Oct 3, 2012, at 10:22 AM, George Bosilca wrote:
> In the case such a functionality become necessary, I would suggest we use a
> mechanism similar to the attributes in MPI (but without the multi-language
> mess). That will allow whoever want to attach data to a hwloc node, to do it
> without
In the case such a functionality become necessary, I would suggest we use a
mechanism similar to the attributes in MPI (but without the multi-language
mess). That will allow whoever want to attach data to a hwloc node, to do it
without the mess of dealing with reserving a slot. It might require
WHAT: allowing multiple entities in the OMPI code base to hang data off
hwloc_obj->userdata
WHY: anticipating that more parts of the OMPI code base will be using the hwloc
data
WHERE: hwloc base
WHEN: no real hurry; Ralph and I just identified the potential for this issue
this morning. We're
10 matches
Mail list logo
