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 <gentoo-embedded+bounces-3260-garchives=archives.gentoo.org@lists.gentoo.org>) id 1NFtzO-0000s5-Gp for garchives@archives.gentoo.org; Wed, 02 Dec 2009 18:31:46 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 238C0E0C32 for <garchives@archives.gentoo.org>; Wed, 2 Dec 2009 18:31:46 +0000 (UTC) Received: from mail-fx0-f217.google.com (mail-fx0-f217.google.com [209.85.220.217]) by pigeon.gentoo.org (Postfix) with ESMTP id CE6EAE0880 for <gentoo-embedded@lists.gentoo.org>; Wed, 2 Dec 2009 17:46:37 +0000 (UTC) Received: by fxm9 with SMTP id 9so496623fxm.10 for <gentoo-embedded@lists.gentoo.org>; Wed, 02 Dec 2009 09:46:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:from:date:message-id :subject:to:content-type; bh=VQsHhZLQawOTSNOuKFGnBjgqEoBza2Uwcr9OkbXE2Hw=; b=nwi+S5vDZohEyB83FU2HtflsMWacuqpVp3/+vq2ADZi4cJpZV3TKLsYfa95cMxRrNu w+FnQcL9sUMbey825uCHmR2XzNmRCN4/3PjXdXL4S9MoNtKCIwVUgPJ7VoD+O2NTwnJw QcFM6PtA7TMputuM7b0Rx6NCZPdzUnQxwc3HY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; b=nioY/KArz6Rmqfcd/LLJygGx7BsksGa3XTw8tqMmO/VBp9gaTVozft3wRnXsEh7/8s a6+kyrRUsmN3wT6fOurkeKGgrBnS6qRaacnL9IM5+t6a/EiWtLk+H2GesCvbflvvx5C6 dmimQZ/pnsYEc1DgBYXCQYE2QH90u63H4ihGc= Precedence: bulk List-Post: <mailto:gentoo-embedded@lists.gentoo.org> List-Help: <mailto:gentoo-embedded+help@lists.gentoo.org> List-Unsubscribe: <mailto:gentoo-embedded+unsubscribe@lists.gentoo.org> List-Subscribe: <mailto:gentoo-embedded+subscribe@lists.gentoo.org> List-Id: Gentoo Linux mail <gentoo-embedded.gentoo.org> X-BeenThere: gentoo-embedded@lists.gentoo.org Reply-to: gentoo-embedded@lists.gentoo.org MIME-Version: 1.0 Received: by 10.223.27.194 with SMTP id j2mr68065fac.76.1259775997127; Wed, 02 Dec 2009 09:46:37 -0800 (PST) From: Shinkan <shinkan@gmail.com> Date: Wed, 2 Dec 2009 18:46:17 +0100 Message-ID: <166af1cf0912020946g110c8d53ib1d844a5b370d7b7@mail.gmail.com> Subject: [gentoo-embedded] Cross emerging to a given root. To: gentoo-embedded@lists.gentoo.org Content-Type: multipart/alternative; boundary=00151747868ece2b740479c27439 X-Archives-Salt: 43a178be-a6d5-476e-8986-65153a80439f X-Archives-Hash: 21469c1da1043fa98163724c53a622b7 --00151747868ece2b740479c27439 Content-Type: text/plain; charset=UTF-8 Hi again to all, I emerged a cross-compiler on my host. It's not to compile to a different arch than my host, but to compile with given versions of glibc/binutils, to be sure that some bins will run on my target system. 1) Is there any other way to do that without emerging a cross-compiler on my host ? When I try to cross-emerge bash on my target dir, it fails because it doesn't find curses lib. I fixed that by cross-emerging ncurses on /usr/$CTARGET, then retrying to cross-emerge bash on my real target. Is there any conf-based way of telling cross-emerge to look for its libs in my real target and not on /usr/$CTARGET. I want /usr/$CTARGET to just have the cross-compiler. I wants cros-emerged suff to be somewhere else. Thanks in advance. -- Pierre. "Sometimes when I'm talking, my words can't keep up with my thoughts. I wonder why we think faster than we speak. Probably so we can think twice." - Bill Watterson --00151747868ece2b740479c27439 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi again to all,<br><br>I emerged a cross-compiler on my host.<br>It's = not to compile to a different arch than my host, but to compile with given = versions of glibc/binutils, to be sure that some bins will run on my target= system.<br> <br>1) Is there any other way to do that without emerging a cross-compiler = on my host ?<br><br>When I try to cross-emerge bash on my target dir, it fa= ils because it doesn't find curses lib.<br>I fixed that by cross-emergi= ng ncurses on /usr/$CTARGET, then retrying to cross-emerge bash on my real = target.<br> Is there any conf-based way of telling cross-emerge to look for its libs in= my real target and not on /usr/$CTARGET.<br>I want /usr/$CTARGET to just h= ave the cross-compiler. I wants cros-emerged suff to be somewhere else.<br> <br>Thanks in advance.<br clear=3D"all"><br>-- <br>Pierre.<br>"Sometim= es when I'm talking, my words can't keep up with my thoughts. I won= der why we think faster than we speak. Probably so we can think twice."= ; - Bill Watterson<br> --00151747868ece2b740479c27439--