Update on this plan...
I am going to delay merging the branch over to the trunk for awhile, perhaps
several weeks, for several reasons:
1. the trunk is somewhat unstable at the moment. Things are going in and
being backed out, errors in recent commits being found and corrected, etc.
at a pace I s
Hi Ralph -
Eliminating the dependence of OMPI on the GPR is in some ways
actually a plus, as it should make it much easier to enhance the GPR
as an optional advanced capability. In general, it would be great
if OMPI/ORTE could make it easier to support this sort of extension
mechanism, for exampl
Hi Doug
The changes are rather far-reaching. We essentially revamped the entire RTE
to switch from an event-driven architecture to one based on sequential
logic. This had large benefits, but the GPR was the casualty. Remember, the
aim for the past year has been to create a dedicated "lean, mean OM
Wellbest laid plans of mice and men, as they say.
We were just having -way- too much fun here at IBM today going over the new
ORTE design, planning for future scalability changes, etc., so American
decided to cancel my flight back home! So thoughtful!
I will be spending my Wed (hopefully!) en
Hi Ralph -
How extensive are the changes involved in removing the GPR? How hard would
it be for someone to maintain an enhanced version of this as an addon or
compile-time optional module? Thanks.
- Doug
On Mon, 11 Feb 2008, Ralph Castain wrote:
> Hello all
>
> Per last week's telec
Ralph --
We talked about this on the OMPI con call today and everyone agrees
that this seems to be a good plan. Just as a safety net: if the merge
goes disastrously wrong and you're unavailable Thu/Fri this week, we
can just back it out and try again later.
Thanks!
On Feb 11, 2008, at
