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