From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1PaFER-0002kp-PX for garchives@archives.gentoo.org; Tue, 04 Jan 2011 22:19:56 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id E85E7E07F4 for ; Tue, 4 Jan 2011 22:19:54 +0000 (UTC) Received: from paradise.wyplay.net (paradise.wyplay.net [88.191.125.217]) by pigeon.gentoo.org (Postfix) with ESMTP id CBB28E0743 for ; Tue, 4 Jan 2011 22:12:11 +0000 (UTC) Received: from grimoire.wyplay.com (wyplay-fr-4-82.cnt.nerim.net [213.215.4.82]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by paradise.wyplay.net (Postfix) with ESMTP id E2BE528A015; Tue, 4 Jan 2011 23:12:10 +0100 (CET) Received: from localhost (localhost.wyplay.com [127.0.0.1]) by grimoire.wyplay.com (Postfix) with ESMTP id 8B7256A8D83; Tue, 4 Jan 2011 23:12:10 +0100 (CET) X-Virus-Scanned: amavisd-new at wyplay.com Received: from grimoire.wyplay.com ([127.0.0.1]) by localhost (grimoire.wyplay.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rJU6zG3h+0Xw; Tue, 4 Jan 2011 23:12:10 +0100 (CET) Received: from [192.168.2.22] (unknown [192.168.2.22]) by grimoire.wyplay.com (Postfix) with ESMTP id 391896A8D21; Tue, 4 Jan 2011 23:12:10 +0100 (CET) Message-ID: <4D239B6A.4090600@wyplay.com> Date: Tue, 04 Jan 2011 23:12:58 +0100 From: Patrice Tisserand User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.16) Gecko/20101227 Iceowl/1.0b1 Icedove/3.0.11 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-embedded@lists.gentoo.org Reply-to: gentoo-embedded@lists.gentoo.org MIME-Version: 1.0 To: gentoo-embedded@lists.gentoo.org CC: Kfir Lavi Subject: Re: [gentoo-embedded] e2fsprogs checking for blkid_get_cache in -lblkid... no References: <201101031341.35249.vapier@gentoo.org> <4D22E243.9060606@wyplay.com> <201101041359.25616.vapier@gentoo.org> In-Reply-To: <201101041359.25616.vapier@gentoo.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Archives-Salt: 4d9a1c7a-6f1e-4f1c-b63f-9b3501b5305d X-Archives-Hash: e704c30e30f6c65d6c3d3d0ce43fb4d8 On 01/04/2011 07:59 PM, Mike Frysinger wrote: > On Tuesday, January 04, 2011 04:02:59 Patrice Tisserand wrote: >> Mike Frysinger wrote: >>> On Monday, January 03, 2011 05:19:58 Kfir Lavi wrote: >>>> when I try to cross compile sys-fs/e2fsprogs I get this error: >>>> checking for blkid_get_cache in -lblkid... no >>>> >>>> copying the uuid and blkid files to the cross environment solve the >>>> problem and the package compiles. >>>> cp /tmp/target_root/usr/lib/libuuid.* >>>> /usr/i686-gentoo-linux-gnu/usr/lib/ cp >>>> /tmp/target_root/usr/lib/libblkid.* /usr/i686-gentoo-linux-gnu/usr/lib/ >>>> cp /tmp/target_root/lib/libuuid.so.1* /usr/i686-gentoo-linux-gnu/lib/ >>>> cp /tmp/target_root/lib/libblkid.so.1* /usr/i686-gentoo-linux-gnu/lib/ >>>> >>>> How can this problem be solved permanently? >>> >>> you should be emerging library packages into your SYSROOT (/usr/$CTARGET) >>> before building/installing packages into your ROOT >> >> Does adding -L /tmp/target_root/lib -L /tmp/target_root/usr/lib >> -Wl,-rpath-link,/tmp/target_root/lib >> -Wl,-rpath-link,/tmp/target_root/usr/lib to LDFLAGS could not be an >> alternative ? > > no. that's broken by design. Thanks for your answer, I have found the following sentence in gentoo embedded handbook: """The common convention is to use your /usr/CTARGET/ tree as your sysroot as the include/library directories in this tree are already encoded into the gcc cross-compiler for searching. You could use another directory and then add custom -I/-L paths to your CPPFLAGS/LDFLAGS, but this has historically proven to be problematic. Yes, it works most of the time, but the corner cases are why this method is discouraged. In the embedded handbook, we'll assume you're using the sysroot as your development ROOT. """ Do you know where I can find references about these corner cases ? Also how can I handle creating 2 different target rootfs with different libraries versions but using the same cross-compilation toolchain? Do I need to duplicate environment or is there some tips ? Regards, Patrice