From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lo.gmane.org ([80.91.229.12]) by linuxtogo.org with esmtp (Exim 4.69) (envelope-from ) id 1O8Zz7-0002Oo-Uz for openembedded-devel@lists.openembedded.org; Sun, 02 May 2010 16:17:30 +0200 Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1O8ZvW-0001oP-ME for openembedded-devel@lists.openembedded.org; Sun, 02 May 2010 16:13:46 +0200 Received: from s55917625.adsl.wanadoo.nl ([85.145.118.37]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 02 May 2010 16:13:46 +0200 Received: from k.kooi by s55917625.adsl.wanadoo.nl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 02 May 2010 16:13:46 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: openembedded-devel@lists.openembedded.org connect(): No such file or directory From: Koen Kooi Date: Sun, 02 May 2010 16:13:38 +0200 Message-ID: References: <1270135981.4993.128.camel@rex> <1271090705.14344.16.camel@localhost.localdomain> <1271130396.15813.131.camel@rex> <1272756489.30647.1938.camel@rex> Mime-Version: 1.0 X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: s55917625.adsl.wanadoo.nl User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.9) Gecko/20100421 Shredder/3.0.5pre In-Reply-To: <1272756489.30647.1938.camel@rex> X-Enigmail-Version: 1.0.1 X-SA-Exim-Connect-IP: 80.91.229.12 X-SA-Exim-Mail-From: gcho-openembedded-devel@m.gmane.org X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on discovery X-Spam-Level: X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS, SPF_PASS 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: 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: Sun, 02 May 2010 14:17:31 -0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 02-05-10 01:28, Richard Purdie wrote: > 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 Awesome, that removes the last of my concerns, please merge it :) I have time next week to deal with possible fallout. regards, Koen -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) iD8DBQFL3YiSMkyGM64RGpERAh93AJ4+VaaUA5ZjK4FTck/X23LiPYPOKQCglzfg O4zXrxxiRVfcsJ1ULnrxbZs= =K19A -----END PGP SIGNATURE-----