Sounds fine; we do create Fortran handles in some performance-critical
sections of code (e.g., MPI_ISEND), so eliminating an extra test is
not a bad thing to do.
On Feb 1, 2009, at 11:40 AM, Broto, Laurent G. wrote:
Hi folks,
I am Laurent Broto, a Rich Graham postdoc. I'm currently worki
Brian,
Can you be a bit more specific about the work you did at LANL ?
Thanks,
Rich
On 2/1/09 2:20 PM, "Brian Barrett" wrote:
> While I would love to be involved in this change, as I believe it's
> critical it get done right and have some reservations based on the
> work we did while a bunch
When you heading over to my parents' ?
Jerry
- Original Message -
From: devel-boun...@open-mpi.org
To: de...@open-mpi.org
Sent: Sun Feb 01 12:14:31 2009
Subject: Re: [OMPI devel] RFC: Move of ompi_bitmap_t
Brian,
Just fyi, there is a weekly call - thursdays at 4 est where we have be
While I would love to be involved in this change, as I believe it's
critical it get done right and have some reservations based on the
work we did while a bunch of us were still at LANL, I just don't have
time for yet another weekly telecon (particularly since 2:00 MST is
the same as an exi
Brian,
Just fyi, there is a weekly call - thursdays at 4 est where we have been
discussyng these issues.
Let's touch base at the forum.
Rich
- Original Message -
From: devel-boun...@open-mpi.org
To: Open MPI Developers
Sent: Sun Feb 01 10:36:33 2009
Subject: Re: [OMPI devel] RFC: M
Hi folks,
I am Laurent Broto, a Rich Graham postdoc. I'm currently working on the BTL
extraction with Greg Koenig and Rainer Keller.
At this time, I want to group all the *_bitmap function in only one layer.
Now, you know who I am :)
So, just one question. I had in my mind:
- adding a max_siz
In that case, I remove my objection to this particular RFC. It
remains for all other RFCs related to moving any of the BTL move code
to the trunk before the critical issues with the BTL move have been
sorted out in a temporary branch. This includes renaming functions
and such. Perhaps we
I just looked through both opal_bitmap_t and ompi_bitmap_t and I think
that the only real difference is that in the ompi version, we check
(in various places) that the size of the bitmap never grows beyond
OMPI_FORTRAN_HANDLE_MAX; the opal version doesn't do these kind of
size checks.
I t
