Hi all -
I looked into this, and it appears to be datatype related. If the
displacements are set t o 3, 2, 1, 0, there the datatype will fail the
type checks for one-sided because is_overlapped() returns 1 for the
datatype. My reading of the standard seems to indicate this should
not
Hi all
I'm a tad concerned about our ability to test proposed CMR's for the
1.3 branch. Given the long delays in getting 1.3 out, and the rapidly
looming 1.4 milestones that many of us have in our individual
projects, it is clear that the trunk is going to quickly diverge
significantly
Hi all,
We just now merged the windows branch into trunk, split into 4 patches
(r20108 to r20111) to keep them separate. Although incoming changes to
trunk incurred some compile errors on windows which we fixed, we tested
the following before committing:
Windows x86-64, static libs
Hi Patrick,
r20003 seems to break MX support on Solaris.
$ cd ompi/mca/common/mx
$ make
...
"/usr/include/malloc.h", line 46: syntax error before or at: (
"/usr/include/malloc.h", line 47: syntax error before or at: (
"/usr/include/malloc.h", line 48: syntax error before or at: (
On Dec 10, 2008, at 2:01 PM, Rainer Keller wrote:
Ralph,
we delayed the COB for this to 9.12., announced yesterday to prepare
to commit
today.
We updated to get new buglets that were fixed, tested twice on Win
(shared) and Linux to see that nothing breaks
Sounds great!
Now we are ready
Ralph,
we delayed the COB for this to 9.12., announced yesterday to prepare to commit
today.
We updated to get new buglets that were fixed, tested twice on Win
(shared) and Linux to see that nothing breaks
Now we are ready to commit and just as well get a r20106 which touches quite a
code-base
For shared memory communications, each on-node connection (non-self,
sender-receiver pair) gets a circular buffer during MPI_Init(). Each CB
requires the following allocations:
*) ompi_cb_fifo_wrapper_t (roughly 64 bytes)
*) ompi_cb_fifo_ctl_t head (roughly 12 bytes)
*) ompi_cb_fifo_ctl_t
