From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from proxy.dresearch.de ([87.193.137.100] helo=mail.dresearch.de) by linuxtogo.org with esmtp (Exim 4.72) (envelope-from ) id 1Potrt-0000bq-B7 for openembedded-devel@lists.openembedded.org; Mon, 14 Feb 2011 09:33:13 +0100 Received: from exchange.intern.dresearch.de (owa.xfer-intern.dresearch.de [192.168.32.16]) by mail.dresearch.de (Postfix) with ESMTP id C8074491286; Mon, 14 Feb 2011 09:32:04 +0100 (CET) Received: from [127.0.0.1] ([10.32.10.2]) by exchange.intern.dresearch.de with Microsoft SMTPSVC(6.0.3790.4675); Mon, 14 Feb 2011 09:32:04 +0100 Message-ID: <4D58E883.8030606@dresearch.de> Date: Mon, 14 Feb 2011 09:32:03 +0100 From: Steffen Sledz User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9.2.13) Gecko/20101207 Lightning/1.0b2 Thunderbird/3.1.7 MIME-Version: 1.0 To: openembedded-devel@lists.openembedded.org References: <1285777033-19478-1-git-send-email-t.fromm@dresearch.de> <4CA46AD8.2070205@dresearch.de> <4CA5B348.1000404@dresearch.de> <4CA98B66.3060404@dresearch.de> In-Reply-To: X-OriginalArrivalTime: 14 Feb 2011 08:32:04.0818 (UTC) FILETIME=[A8CCEB20:01CBCC21] Cc: Thilo Fromm Subject: Re: [PATCH] libunwind: force gcc to be built first 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: Mon, 14 Feb 2011 08:33:13 -0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Am 04.10.2010 18:00, schrieb Khem Raj: > On Mon, Oct 4, 2010 at 1:08 AM, Thilo Fromm wrot= e: >> Hello Frans, >> >>>>> I tracked it down - libunwind publishes unwind.h, and gcc uses an >>>>> internal >>>>> file of the same name while being built. >>>> >>>> Yes gcc has its own version of libunwind which it used unless >>>> configured with --with-system-libunwind >>>> IIUC the problem happens with target gcc not with cross-gcc. target >>>> gcc is built using cross-gcc and >>>> /use/include could be preferred over the location of >>>> libunwind.h which is in gcc sources >>>> If thats the case then we need to fix gcc build to not look into >>>> standard sysroot/usr/include but prefer >>>> the local unwind.h when its using internal libunwind. The problem >>>> would not show up if the libunwind versions >>>> were matching but that may not be the case always and I dont know of >>>> hand how we can fix the gcc configury/build >>>> to ignore installed unwind.h >>>> >>>> You workaround would only work if build sequence was followed if som= e >>>> one just cleaned gcc and rebuild it >>>> the problem will resurface. >>>> >>> Thanks for the analysis Khem. >>> This is indeed more or less what I had expected. >>> >>> For me this patch gets a NAK as it does only masks the problvem in >>> some cases but not really solves it. >> >> You're right with this analysis; however, the patch enables Openembedd= ed to >> be built *at all*. If you care less about whether you're able to actua= lly >> build and if you have the time to wait until someone ventures deep int= o the >> gcc build and fixes the cause, then this is the way to go. >> >> For us, however, this patch is a valid workaround. It will make Openem= bedded >> work for us until the original issue is fixed. >=20 > I think we should try to fix it in right way. Ping! --=20 DResearch Fahrzeugelektronik GmbH Otto-Schmirgal-Str. 3, 10319 Berlin, Germany Tel: +49 30 515932-237 mailto:sledz@DResearch.de Fax: +49 30 515932-299 Gesch=C3=A4ftsf=C3=BChrer: Dr. Michael Weber, Werner M=C3=B6gle; Amtsgericht Berlin Charlottenburg; HRB 130120 B; Ust.-IDNr. DE273952058