Whew; I never would have been able to track that down.
Many thanks, Ralf!
On Jun 3, 2008, at 5:53 PM, Ralf Wildenhues wrote:
Hi Jeff,
* Jeff Squyres wrote on Tue, Jun 03, 2008 at 11:11:32PM CEST:
ERROR: Command returned a non-zero exist status
make -j 4 distcheck
[...]
Making instal
Very interesting. Don't know if it's the same problem, but I noted an issue
quite a while ago where make -jN all/install would fail when traversing
opal. I built a workaround that was just a script that does make all in
opal, then goes back to make -jN for orte/ompi.
Perhaps this would fix that pr
Hi Jeff,
* Jeff Squyres wrote on Tue, Jun 03, 2008 at 11:11:32PM CEST:
> ERROR: Command returned a non-zero exist status
>make -j 4 distcheck
[...]
> Making install in etc
> make[3]: Entering directory
> `/home/mpiteam/openmpi/nightly-tarball-build-root/trunk/create-r18551/ompi/openmpi-1.
This happens for me on several systems. Usually when NFS is involved,
but it happened lately on my MAC laptop.
george.
On Jun 3, 2008, at 5:11 PM, Jeff Squyres wrote:
Thanks for following up on this -- I saw this as well and was dubious,
but didn't have a chance to follow up with Tim. I s
Thanks for following up on this -- I saw this as well and was dubious,
but didn't have a chance to follow up with Tim. I saw the mail that
showed the failed tarball build -- here's the output (I don't know if
we have any more records than this; Tim?):
ERROR: Command returned a non-zero ex
Hello there,
a change recently mentions this:
| r18552 | timattox | 2008-05-30 06:39:48 +0200 (Fri, 30 May 2008) | 4 lines
| Changed paths:
|M /trunk/contrib/nightly/create_tarball.sh
|
| Apparently "make -j 4 distcheck" has a race condition when "installing" in
| parallel. Remove the "-j 4
Pasha,
Your patch correctly solve the issue. Today these callback functions
do not require the inline flag, so I just applied your patch to the
trunk.
Thanks,
george.
On Jun 3, 2008, at 10:12 AM, Pavel Shamis (Pasha) wrote:
The compilation passed on SLES 10 SP1.
So SP1 resolves the
Hi all -
Sorry this is so late, but it took a couple of iterations with a couple of
people to get right from a technology standpoint. All mistakes in this
proposal are my fault.
What: Fix the ptmalloc2 problem
How: Remove it from the default path
When: This weekend? For the 1.3 branch
The pro
Updates on this issue from the call today:
https://svn.open-mpi.org/trac/ompi/ticket/1323
On Jun 3, 2008, at 10:12 AM, Pavel Shamis (Pasha) wrote:
The compilation passed on SLES 10 SP1.
So SP1 resolves the gcc/binutils issue.
We need to add somewhere notice that " ompi 1.3 can not be co
The compilation passed on SLES 10 SP1.
So SP1 resolves the gcc/binutils issue.
We need to add somewhere notice that " ompi 1.3 can not be compiled on
SLES10 , please update ... "
Regards,
Pasha
Pavel Shamis (Pasha) wrote:
Ralf Wildenhues wrote:
* Pavel Shamis (Pasha) wrote on Mon, Jun 02, 20
Hi, all,
If there are no comments for this patch
I can commit it.
Lenny.
-- Forwarded message --
From: Gleb Natapov
List-Post: devel@lists.open-mpi.org
Date: 2008/5/28
Subject: [OMPI devel] SM BTL NUMA awareness patches
To: de...@open-mpi.org
Hi,
Attached two patches implement
11 matches
Mail list logo
