From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org)
	by finch.gentoo.org with esmtp (Exim 4.60)
	(envelope-from <gentoo-science+bounces-834-garchives=archives.gentoo.org@lists.gentoo.org>)
	id 1M3aPL-0000gJ-I3
	for garchives@archives.gentoo.org; Mon, 11 May 2009 18:39:23 +0000
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
	by pigeon.gentoo.org (Postfix) with SMTP id DE431E033F;
	Mon, 11 May 2009 18:39:22 +0000 (UTC)
Received: from mxsrv1.tranzpeer.net (mxsrv1.tranzpeer.net [202.180.66.214])
	by pigeon.gentoo.org (Postfix) with ESMTP id 71DCAE033F
	for <gentoo-science@lists.gentoo.org>; Mon, 11 May 2009 18:39:22 +0000 (UTC)
Received: from mxi1.callplus.net.nz ([202.180.66.203]:25118)
	by mxsrv1.tranzpeer.net with ESMTP (Exim 4.50)
	id 1M3aPI-0004yL-FB
	for gentoo-science@lists.gentoo.org; Tue, 12 May 2009 06:39:20 +1200
X-IronPort-AV: E=Sophos;i="4.40,329,1238932800"; 
   d="scan'208";a="238939977"
Received: from 124-197-45-147.callplus.net.nz (HELO [192.168.1.5]) ([124.197.45.147])
  by ismtp01.callplus.net.nz with ESMTP; 12 May 2009 06:39:20 +1200
From: =?utf-8?q?Fran=C3=A7ois_Bissey?= <fbissey@slingshot.co.nz>
To: gentoo-science@lists.gentoo.org
Subject: Re: [gentoo-science] opendx & opendx-sample
Date: Tue, 12 May 2009 06:39:19 +1200
User-Agent: KMail/1.9.10
References: <200905112343.44416.fbissey@slingshot.co.nz> <200905111956.15455.fhellmut@physnet.uni-hamburg.de>
In-Reply-To: <200905111956.15455.fhellmut@physnet.uni-hamburg.de>
Precedence: bulk
List-Post: <mailto:gentoo-science@lists.gentoo.org>
List-Help: <mailto:gentoo-science+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-science+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-science+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-science.gentoo.org>
X-BeenThere: gentoo-science@lists.gentoo.org
Reply-to: gentoo-science@lists.gentoo.org
MIME-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Message-Id: <200905120639.19376.fbissey@slingshot.co.nz>
X-Archives-Salt: f6d26b82-0ce3-4b6b-a292-e7081e902696
X-Archives-Hash: 48c947bd7f64a420cf06c45d10b6a1b5

On Tue, 12 May 2009, Frank Hellmuth wrote:
> On Monday 11 May 2009 13:43:44 Fran=C3=A7ois Bissey wrote:
> > Hi all,
> >
> > For anyone interested in using opendx I just pushed a new revision
> > of it in the overlay along with a new revision of opendx-samples.
> > [...]
> > There is still a minor issue to solve properly with szip but I would li=
ke
> > some feedback from the current change by interested users before
> > going further, I also spent a week perusing opendx code and need a small
> > break from it.
>
> Hi,
>
> thanks for your hard work!
>
> I think there is a problem with parallel make processes. If I try to emer=
ge
> opendx-4.4.4-r2 with MAKEOPTS=3D"-j3" it fails with
>
> [...]
> Making all in dxmods
> make[3]: Entering directory
> `/var/tmp/portage/sci-visualization/opendx-4.4.4-
> r2/work/dx-4.4.4/src/exec/dxmods'
> echo MYINC:
> rm -f dxcm.mdf
> MYINC:
> rm -f dx.mdf
> cp ./dxmdf.src tmp.c
> cp ./dxmdf.src tmp.c
> x86_64-pc-linux-gnu-gcc -E -I../../../include -I./../dpexec -
> I/var/tmp/portage/sci-visualization/opendx-4.4.4-r2/work/dx-4.4.4/include=
 -
> Dlinux  -DHAVE_CONFIG_H tmp.c > dxcm.mdf
> x86_64-pc-linux-gnu-gcc -E -I../../../include -I./../dpexec -
> I/var/tmp/portage/sci-visualization/opendx-4.4.4-r2/work/dx-4.4.4/include=
 -
> Dlinux   -DHAVE_CONFIG_H -DCPLUSPLUS_UI -DEXECUTIVE_MODS tmp.c > dx.mdf
> rm -f tmp.c
> cc1: error: tmp.c: No such file or directory
> make[3]: *** [dx.mdf] Error 1
> make[3]: *** Waiting for unfinished jobs....
> [...]
>
> With MAKEOPTS=3D"-j1" it compiles and installs fine.
>
Hi Frank,
we already have a patch for that but for some reason it doesn't always work.
And I think I know why and I thought I had it solved but obviously it wasn't
enough. I will see if the solution I think for it works in the next 12 hour=
s.
=46or info the patch is concurrent-make-fix and it use to apply to local.mk
unfortunately this file is meant to be generated from local.mk.in so it can
be overwritten I changed the patch to local.mk.in but that's obviousvly not
enough to ensure it is always generated correctly. I will remove the extra
local.mk that shouldn't be in the tarball in the first place and see if it=
=20
really works without problem.

Cheers,
=46rancois