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.69) (envelope-from ) id 1P1GgW-0000Jp-HU for openembedded-devel@lists.openembedded.org; Thu, 30 Sep 2010 12:48:22 +0200 Received: from exchange.intern.dresearch.de (owa.xfer-intern.dresearch.de [192.168.32.16]) by mail.dresearch.de (Postfix) with ESMTP id 58E6F491278 for ; Thu, 30 Sep 2010 12:48:09 +0200 (CEST) Received: from bfg9000.intern.dresearch.de ([10.32.10.1]) by exchange.intern.dresearch.de with Microsoft SMTPSVC(6.0.3790.4675); Thu, 30 Sep 2010 12:48:09 +0200 Message-ID: <4CA46AD8.2070205@dresearch.de> Date: Thu, 30 Sep 2010 12:47:52 +0200 From: Thilo Fromm User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.12) Gecko/20100915 Lightning/1.0b1 Thunderbird/3.0.8 MIME-Version: 1.0 To: openembedded-devel@lists.openembedded.org References: <1285777033-19478-1-git-send-email-t.fromm@dresearch.de> In-Reply-To: X-OriginalArrivalTime: 30 Sep 2010 10:48:09.0248 (UTC) FILETIME=[F8965200:01CB608C] X-SA-Exim-Connect-IP: 87.193.137.100 X-SA-Exim-Mail-From: t.fromm@DResearch.de X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on discovery X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-SA-Exim-Version: 4.2.1 (built Wed, 25 Jun 2008 17:20:07 +0000) X-SA-Exim-Scanned: Yes (on linuxtogo.org) 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: Thu, 30 Sep 2010 10:48:22 -0000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable On 09/30/2010 12:21 PM, Frans Meulenbroeks wrote: >> It looks like libunwind provides header files that are named >> identically to gcc header files. gcc then confuses these headers when = it >> is built, causing a break of the build. >> >> This patch makes libunwind depend on gcc which resolves the build issu= e. Both >> build nicely when gcc is built first. > > Hm. Ideally this should be patched in gcc. I don't think this is a gcc issue. It's a reasonable point of view,=20 right, but pushing the header file issue back to libunwind is a valid=20 POV, too. I think it's rather a problem between those two packages. > Now I feel that if someone > does a bitbake libunwind; bitbake -cclean gcc; bitbake gcc things > still fail. Did you give this a try? I'll check it as soon as I can. > Btw what include files are we talking about? I took word from Steffen (Sledz) about the cause of the problem, so I=20 didn't investigate any further. Introducing the dependency seemed to fix=20 the problem, so why bother. However, I feel like this kind of problem is=20 better fixed (the way you're proposing it) by the package maintainer, if=20 there is one. Regards, Thilo --=20 Dipl.-Ing (FH) Thilo Fromm, MSc., Embedded Systems Developer DResearch Digital Media Systems GmbH Otto-Schmirgal-Str. 3, D-10319 Berlin, Germany Tel: +49 (30) 515 932 228 mailto:t.fromm@dresearch.de Fax: +49 (30) 515 932 77 http://www.dresearch.de Amtsgericht: Berlin Charlottenburg, HRB:54412 Ust.-IDNr. DE169013825; WEEE Reg.-Nr. DE 85995642 Gesch=E4ftsf=FChrer: Dr. M. Weber, W. M=F6gle