From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from 93-97-173-237.zone5.bethere.co.uk ([93.97.173.237] helo=tim.rpsys.net) by linuxtogo.org with esmtp (Exim 4.69) (envelope-from ) id 1O8MAG-0001vc-64 for openembedded-devel@lists.openembedded.org; Sun, 02 May 2010 01:32:09 +0200 Received: from localhost (localhost [127.0.0.1]) by tim.rpsys.net (8.13.6/8.13.8) with ESMTP id o41NSKxg027311 for ; Sun, 2 May 2010 00:28:20 +0100 Received: from tim.rpsys.net ([127.0.0.1]) by localhost (tim.rpsys.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 26990-05 for ; Sun, 2 May 2010 00:28:16 +0100 (BST) Received: from [192.168.3.10] ([192.168.3.10]) (authenticated bits=0) by tim.rpsys.net (8.13.6/8.13.8) with ESMTP id o41NSDjJ027305 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 2 May 2010 00:28:14 +0100 From: Richard Purdie To: openembedded-devel@lists.openembedded.org In-Reply-To: References: <1270135981.4993.128.camel@rex> <1271090705.14344.16.camel@localhost.localdomain> <1271130396.15813.131.camel@rex> Date: Sun, 02 May 2010 00:28:09 +0100 Message-ID: <1272756489.30647.1938.camel@rex> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 X-Virus-Scanned: amavisd-new at rpsys.net X-SA-Exim-Connect-IP: 93.97.173.237 X-SA-Exim-Mail-From: rpurdie@rpsys.net X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on discovery X-Spam-Level: X-Spam-Status: No, score=-0.5 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC, TVD_RCVD_IP autolearn=no 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: Request for branch merge 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: Sat, 01 May 2010 23:32:09 -0000 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit On Tue, 2010-04-13 at 09:06 +0200, Koen Kooi wrote: > On 13-04-10 05:46, Richard Purdie wrote: > > On Tue, 2010-04-13 at 00:19 +0200, Koen Kooi wrote: > >> OK, I reproduced the abiword failure, it's in enchant: > >> > >> | /bin/sh ../../arm-angstrom-linux-gnueabi-libtool --tag=CC > >> - --mode=link ccache arm-angstrom-linux-gnueabi-gcc -march=armv7-a > >> - -mtune=cortex-a8 -mfpu=neon -mfloat-abi=softfp > >> - > >> -isystem/OE/angstrom-dev/sysroots/armv7a-angstrom-linux-gnueabi/usr/include > >> - -fexpensive-optimizations -frename-registers -fomit-frame-pointer -O2 > >> - -ggdb3 -module -avoid-version -no-undefined > >> - -L/OE/angstrom-dev/sysroots/armv7a-angstrom-linux-gnueabi/usr/lib > >> - > >> -Wl,-rpath-link,/OE/angstrom-dev/sysroots/armv7a-angstrom-linux-gnueabi/usr/lib > >> - -Wl,-O1 -Wl,--hash-style=gnu -o libenchant_aspell.la -rpath > >> /usr/lib/enchant aspell_provider.lo -Wl,--export-dynamic -pthread > >> - -lgmodule-2.0 -lrt -lglib-2.0 > >> - -L/OE/angstrom-dev/sysroots/armv7a-angstrom-linux-gnueabi/usr/lib > >> - -laspell ../../src/libenchant.la > >> | /bin/grep: > >> /OE/angstrom-dev/cross/armv7a/arm-angstrom-linux-gnueabi/lib/libstdc++.la: > >> No such file or directory > >> | /bin/sed: can't read > >> /OE/angstrom-dev/cross/armv7a/arm-angstrom-linux-gnueabi/lib/libstdc++.la: > >> No such file or directory > >> | arm-angstrom-linux-gnueabi-libtool: link: > >> `/OE/angstrom-dev/cross/armv7a/arm-angstrom-linux-gnueabi/lib/libstdc++.la' > >> is not a valid libtool archive > >> > >> The file referenced > >> (/OE/angstrom-dev/cross/armv7a/arm-angstrom-linux-gnueabi/lib/libstdc++.la) > >> doesn't exist since it is located in > >> /OE/angstrom-dev/sysroots/armv7a-angstrom-linux-gnueabi/usr/lib/libstdc++.la > >> instead. > >> > >> Any clues in which direction I should look to debug this? > > > > Sorry I've not been able to spend the time I'd like on this stuff, work > > and travel have got in the way and are probably going to tie me up for a > > while yet if I'm realistic. Anyone at ELC should say hello btw! :) > > > > Jet lag prevents me thinking too clearly at the moment but whats > > happening above is that the sysroot is starting to look more like the > > real target filesystem and libstdc++ is moving to what I would say is > > the correct place for it. This is good but it seems something, probably > > a .la file has the incorrect path? Is this a build from scratch or an > > old build? I suspect it would work with a build from scratch but if this > > was one, there is some more subtle problem :/. > > It's a complete build from scratch (rm tmp -rf ; bitbake abiword). Sorry about the delay, this commit should fix it (reproduced and tested locally): http://git.openembedded.net/cgit.cgi/openembedded/commit/?h=rpurdie/work-in-progress&id=bb53e48f79dab0877c8b8ce487a051d29cae31e3 Cheers, Richard