From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [87.193.137.78] (helo=mail.extern.dresearch.de) by linuxtogo.org with esmtp (Exim 4.69) (envelope-from ) id 1MynPQ-0004kQ-TU for openembedded-devel@lists.openembedded.org; Fri, 16 Oct 2009 16:04:00 +0200 Received: from consult.extern.dresearch.de (consult.extern.DResearch.DE [87.193.137.68]) by mail.extern.dresearch.de (Postfix) with ESMTP id 1F31F16DFDC for ; Fri, 16 Oct 2009 16:03:02 +0200 (CEST) Received: from hiob.intern.dresearch.de (unknown [87.193.137.50]) by consult.extern.dresearch.de (Postfix) with ESMTP id CF6652A4285 for ; Fri, 16 Oct 2009 16:03:01 +0200 (CEST) Received: from [127.0.0.1] ([10.32.10.2]) by hiob.intern.dresearch.de with Microsoft SMTPSVC(6.0.3790.3959); Fri, 16 Oct 2009 16:04:46 +0200 Message-ID: <4AD87CF8.8040706@dresearch.de> Date: Fri, 16 Oct 2009 16:02:32 +0200 From: Steffen Sledz User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: openembedded-devel@lists.openembedded.org References: <4AD59AF2.50003@dresearch.de> <4AD8531B.6070208@dresearch.de> In-Reply-To: <4AD8531B.6070208@dresearch.de> X-OriginalArrivalTime: 16 Oct 2009 14:04:46.0609 (UTC) FILETIME=[9E320010:01CA4E69] X-SA-Exim-Connect-IP: 87.193.137.78 X-SA-Exim-Mail-From: sledz@DResearch.DE X-SA-Exim-Version: 4.2.1 (built Wed, 25 Jun 2008 17:20:07 +0000) X-SA-Exim-Scanned: No (on linuxtogo.org); Unknown failure Subject: Re: glibc_2.9 compile failed for armv5te X-BeenThere: openembedded-devel@lists.openembedded.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: openembedded-devel@lists.openembedded.org List-Id: Using the OpenEmbedded metadata to build Distributions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Oct 2009 14:04:00 -0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit > My tries to identifiy the commit responsible to this problem drive me > crazy. Everytime i thought i'de catched the causer a recheck brought a > different result. :( > > So i updated to the HEAD (commit > 9a6a9e12a1ef50296621c2eea9fe385464b64f02) and tried again. And really > it seems that the behaviour is not deterministic: > ... Disabling parallel make for glibc seems to fix this problem (but i'm not really sure). Any protests against putting a PARALLEL_MAKE = " " into recipes/glibc/glibc_2.9.bb? Or better into recipes/glibc/glibc.inc? Steffen